中间层设计，如果DataSetProvider和Query动态创建，整个系统包括客户端开发都要注意哪些问题？大家有什么好的解决方案？阿普有分啊。 (300分)

  • 主题发起人 主题发起人 BlackDragon
  • 开始时间 开始时间
可以动态生成吗？
为什么一定得动态生成？
 
中间层的接口你也要动态生成吗？
 
个人做的多的是静态创建的datasetprovider和query。希望能有所帮助，呵呵。
如果要架构三层结构，主要的是要把数据应用层与服务应用层实际隔离，达到真正的三层
或者多层的效果，建立服务器端可以根据自己的需要来配置。
（远程数据模块、MTS数据模块、Soap数据模块、Corba数据模块）
然后就是配置客户端，客户端要根据服务器段的数据模块的配置和基于协议的不同分别来
考虑。
在客户端写程式的时候尽量多把一些内容放到中间层中，这样可以减少网络的通讯数据量，
以便达到要求。
经过测试，用tcp/ip协议时，TWebConnection组件的通讯效率要高与其他同等协议的组件
的通讯效率，而且还有跨防火墙的功能，呵呵，borland是这么说的。
哎哟，呵呵，我不太会总结，能说就说这么多，反正如果有用就行，呵呵。
 
可以动态生成,但不如动态设置SQL语句好吧?
如果是动态设置SQL语句,所有ClientDataSet共用一个datasetprovider,要注意哪个
ClientDataSet就要设置对应的SQL语句.
 
对啊,中间层如何动态生成,根据什么条件生成?这问题好像不可行!
 
客户端不能使用Dll，如果有需要，可要想其他办法。
 
继续讲[:)]
 
将所有可能用到的SQL语句存放到如文件中，用ID号来标识，客户端只用ID号调用，服务器端按ID号动态生成
 
to zwma老哥：
老哥的方法跟我的一样，其中还要注意哪些问题？
 
query的动态创有什么用啊,没必要;是为了传递客户端的直接sql语句吗?
传递客户端的直接sql语句是不难的啊;
再说,你的query和provider动态创建了,客户端怎么和你连啊,还有共同的接口吗?除非中间还
有一层如webservices
 
可是我怎么觉得 Twebconnection 很慢啊？
 
既然是三层结构，主要工作应该放在中间层，客户端越瘦越好。
 
我也认为DataSetProvider和Query应该动态创建，否则中间层一大堆的数据集控件，很不好控制。
 
注意下控件的释放，我写过一个，释放可能和一般的释放不大一样，还有DataSetProvider
的Name
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]希望OrangeUI有个好的开始
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部