在数据模块中使用firedac的问题

[秋天之落叶]

在一个主窗体中，放入firedac控件使用，一切正常。
增加一个dm数据模块，放置firedac控件，主窗体中引用数据模块，然而在使用控件属性时，显示错误：参数值没有定义，无法编译。ADO控件没有这种情况。
在主窗体上加入Tfdconnection控件再删除后，使用正常（主窗体的uses中就留下了控件引用）。
有点糊涂，就应该是这样吗？没记得ADO或其他控件需要这样操作呢？我丢了什么吗？

比如：
datamodule2.fdbatchmove1.mode:=dmalwaysinsert;
其中dmalwaysinsert显示错误，且无法编译。

[日立奔腾浪潮微软松下联想]

因为dmalwaysinsert之类的定义在FD相关单元，你在主窗体中放入firedac控件，IDE自动把相关单元的引用加入到主窗体那个单元的uses部分，如果你放在数据模块中，这些引用添加到了数据模块的那个单元中，主窗体的单元在编译的时候就找不到那些符号，单元的引用不是传递的，A引用B，B引用C，A中并不能看到C（接口部分）的符号，A也需要uses C;才行

[秋天之落叶]

原来如此，应该是无意中加入的

[秋天之落叶]

和我想的一样，思路是对的。不过为什么ADO使用时没有发现类似的问题？两个控件的运行原理不一样吗？还是ADO有意无意的自己加了进去？

引用 1 楼 早打大打打核战争 的回复:

因为dmalwaysinsert之类的定义在FD相关单元，你在主窗体中放入firedac控件，IDE自动把相关单元的引用加入到主窗体那个单元的uses部分，如果你放在数据模块中，这些引用添加到了数据模块的那个单元中，主窗体的单元在编译的时候就找不到那些符号，单元的引用不是传递的，A引用B，B引用C，A中并不能看到C（接口部分）的符号，A也需要uses C;才行

[日立奔腾浪潮微软松下联想]

ADO应该也一样，或者说任何类型的项目都有这样的问题，比如你把主窗体单元引用的ADO相关单元都去掉，只引用一个数据模块单元，然后：dm1.ADOQuery1.LockType := ltBatchOptimistic; 肯定也是编译错误
之所以你觉得用ADO没碰到这个问题，可能因为你是ADO老手，新建项目上来就添加了一些ADO组件，之后再删除，只要当前单元还用到ADO相关单元中的符号，uses部分对ADO相关单元的引用就不会被IDE删除