我想统计一下有多少人真正做过(或正在做)三层的项目,看有没有三层设计的最好方案。(200分)

  • 主题发起人 主题发起人 op
  • 开始时间 开始时间
“面向对象”是软件编程的好思想,它不再局限于语言逻辑上的Class,TObject了,
两进制的COM对象设计思想是现在Windows平台的基础。
为什么要老是局限于RemoteDataModule,IAppServer?
把众多的功能,逻辑,算法分成不同的企业对象,(数据对象/实体对象/协调对象/功能对象……)
这些对象通过COM的形式存在于中间层,以LocalServer的方式彼此沟通,
以RemoteServer的方式使功能对象与客户端通讯。
COM对象若采用STA,可建立Pool来存放多个实例,每次客户的远程调用
都短暂的“连上”Pool中的某个实例来申请对象的服务。
RemoteDataModule(数据对象)只是企业对象中的一部分而已。

现在我只能认识到这一步,
各位对三层有实践的朋友,谈谈你们对三层实际设计的方案……
 
我只用过RemoteDataModule做过三层.
 
为何用 com ,而不用corba
 
我们公司已开发完了C/S架构的营销系统,
网址是 Http://appsvre2.goldeastpaper.com.cn/sd4/index.htm
我们用的是Delphi5的ActiveX控件和Oracle8数据库。
 
呵呵,高见高见。
做过三层,现在还在使用。
选择三层的最初目的是不用四处安装BDE、ORACLE。。。不用维护几百个客户端,没
想过如此深奥的。
 
op:
中間層放各種對象,客戶端的程序只是界面,調用中間層對象的方法和屬性,是這樣設計程序的嗎,
可以嗎?有沒有這方面的書和例子,我現在對'面向對象'很著迷.
 
to op:
能讲讲localserver的功能对象和数据对象如何沟通吗?
 
做过,比较成功
 
corba一样可以做的很好
 
>> RemoteDataModule(数据对象)只是企业对象中的一部分而已
哈哈,说的没错。
希望你对RemoteDataModule的质疑进一步分析,对Inprise的技术思想进一步领会,
你终究会明白 RemoteDataModule 只是企业对象中的最实用一部分。
等你理解透为什么Inprise要有RemoteDataModule的时候,你将又进入一个新的周期。
 
我用三层做过一个人事管理系统中间层服务器为MTS,其中在中间层写了几十个函数
在客户端来调用。祥细情况请与我联系:cqwjx@netease.com
 
客户端不须BDE,DataBase Client,恩,很不错。
那客户端用什么呢?除了IE浏览器,还能有什么呢?
 
强烈要求各位大虾讲讲功能对象和数据对象的连接!
 
delphi5的dbclient.dll已经不能用了。
 
目前非三层结构不用!
瘦客户,业务规则封装,分布式,高效的开发进度,何乐而不为呢?
 
啊啊,我目前正的开发一个大型项目,就是采用三层结构。在中间写了几十个函数,
开发非常方便。客端开发人员轻松多了。最主要,功能修改方便。
 
关于三层,已经说的太多,不要把眼光放在三层上,而是真正的分布式系统上,delphi
的三层,现在看来只能算是初级阶段。
 
赞同Crane的说法,Delphi只不过提供了实现的手段和工具,三层架构的精髓还是
应该在于企业对象、规则的设计和实现,但这方面的书籍实在是找不到,
不知道各位手头有没有“货”。
 

Similar threads

D
回复
0
查看
880
DelphiTeacher的专栏
D
D
回复
0
查看
849
DelphiTeacher的专栏
D
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
后退
顶部