如何肢解中间层?我是指不把所有的逻辑写在一个TRemoteDataModule里面。(100分)

  • 主题发起人 主题发起人 M16
  • 开始时间 开始时间
难道都吃饭去了???
 
这个问题难道没有人感兴趣吗???
 
根据你的业务逻辑肢解了,可以一个功能模块一个远程对象
 
意思表达不清
 
本来就不应该把所有逻辑写在一个DataModule里面
一般是一个功能模块一个远程对象,而且最好是无状态对象
 
这要看你对业务的分析以及理解
这是某个德国delphi讲师的话,虽然事针对dm,应该也能套用rdm
"然而一個設計良好的的應用程式,通常都會使用多個 datamodule 來分別處理不同的工作,例如,一個 datamodule 負責處理客戶資料,一個負責處理訂單,一個處理發票....等等。你甚至可以將這些資料處理的作業分成統計分析和交易處理兩種類型,然後將它們封裝成個別的 datamodule;你也可能會有一個 datamodule 是用來檢視客戶資料,而另一個則專門負責編輯資料。"

 
to shiningplus
这个道理我明白,不过再技术上应该怎么来实现呢?有什么需要注意的地方?等等,希望给出更为详细的论述,分数可以再加!
 
在同一個中間層可以創建多個TRemoteDatamodule的﹐每個模塊一個TRemoteDatamodule﹔
good luck! ^_^
 
说真的,我也没怎么实践,因为在公司的作的Midas是直接与SQL打交道,相当的烂
我的一些技术上的想法,说的不对,请指正

1.因为要考虑代码的重用,RDM的划分一定要合理,不要太大,又尽可能的重用(事实上我自己也觉的这个很难实现)
2.编写一些内部用的RDM,供外部的RDM调用
2.用Com的包容和聚合,重用一些代码,增加灵活性
3.delphi6,7新加的组件SharedConnection就是针对多个RDM的连接组件,你可以到Demo下看她的用法
 
关 注哦棵
 
>来自:coolzew, 时间:2003-6-17 13:16:00, ID:1958853
>在同一個中間層可以創建多個TRemoteDatamodule的﹐每個模塊一個TRemoteDatamodule﹔
>good luck! ^_^
一個同事這樣做了,效果可以,特別針對有大量PL/SQL調用的東西特別好使
 
我有个项目正要用,来听课
 
应该根据业务逻辑设计不同的对象。RDM一般可作为数据对象,业务实体对象和业务逻辑对象调用RDM对象完成对数据库的操作。客户端程序调用协调对象,而协调对象调用业务实体对象和业务逻辑对象完成一个完整的业务操作。
 
你的问题不是没有人感兴趣,我觉得是没有多少人能够真正回答这个问题。
不是很多人在说企业对象吗,但又有几个人能够给出真正的例子呢?
我是从C/S转到多层的,sql的好处我是充分了解到了,到底如何利用RDM,我是满头雾水。
RDM也许只是Borland的一片苦心吧。
强烈关注,衷心希望有好帖出现。
 
用多个rdm,然后通过tshareconnection与客户端通讯,delphi中的demos/midas/shareconnection有例子
 
SharedConnection不错!我现在的公司使用的旧的中间件服务器(可惜是1年前搞得,我还没进公司,现在只能看他们的源代码),在客户端就是用了多个SharedConnection连接一个Socketconnection再连接中间件,而在中间件是设置不同的数据模块,使得业务数据对象合理的分离,给客户端编程带来了极大的灵活性。
现在我有幸参加了公司新中间件服务器得开发, 采用COM+、WebService技术,这几天一直在看几百页的概要和详细设计文档,收获很大。有空我写点感想出来,呵呵。
 
后退
顶部