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

  • 主题发起人 BlackDragon
  • 开始时间
B

BlackDragon

Unregistered / Unconfirmed
GUEST, unregistred user!
可以动态生成吗?
为什么一定得动态生成?
 
中间层的接口你也要动态生成吗?
 
个人做的多的是静态创建的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
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
919
DelphiTeacher的专栏
D
顶部