●●●小弟虽然分少了点,但是大家看了后应该有收获!●◆◆ (10分)

L

LUCKWZY

Unregistered / Unconfirmed
GUEST, unregistred user!
[blue]各位:
你们好!
本人学习DELPHI有半年时间,主要从事数据库方面的开发工作.
关于DELPHI三层架构的问题一直困扰我。李维在《分布式多层应用——系统篇》中
所提到的“企业对象分功能对象、数据对象、实体对象其中功能对象又可分控制对象、
协调对象、交易对象等”觉得很有道理,这样既符合面向对象的特征又很直观易于理解。
但是在应用程序服务器中各种对象如何开发、使用一直没有搞懂,难到是建立很多
DATAMODULE (数据模块)于之对应???

我想不太可能吧!希望有开发ERP经验的专业人员和各位高手给小弟指条明路!!!
谢!
如果有例程,那是最好不过的!希望这个要求不会成为奢望!
 
可以建立多個DataModule,但也可以是一個,一個DataModule代表一個對象
一個DataModule可以放多個 provider,一個Provider導出一個數據表.
我也是在学习,试著用三层来做,感觉还可以,没想象的那么困难.
我现在在中间层有一个DataModule,在这个DataModule中放入多个 Provider,
每个Provider对应一个数据表
在客户端放入一个Connection,对应DataModule,
再建立ClientDataSet对应 Provider,
(现有我的数据表还不多,如果多起来,我想可能要再建一个DataModule)
然后把一些(过帐,红字反冲,增减仓库数据)的功能,放在DataModule中,
客户端只需调用DataModule中的这个功能,即可,不需考虑是如何实现.
希望能与大家交流.
 
快请高手进来!
 
如果要真正的做成对象化,我觉得还是做成COM/COM+/MTS的好,比较符合对象的情况。
 
To :cjf
怎样做成COM/COM+/MTS
,不知兄台对 type library 运作有何见解?
 
[blue]企业对象分功能对象、数据对象、实体对象其中功能对象又可分控制对象、
协调对象、交易对象[/blue]
这些其实都是虚的,关健你拿到个项目,分析致关重要,你把所要做的功能,各方面的关系理清楚,
再回头看这些对象关系,那么你就会明白是多么的有道理.
 
看的人多,答的人少!
TO kevincsg:
你说的自然在理,而且是开发项目的第一步要做的,但我想你可能没有注意李维在
《分布式多层应用——系统篇》的介绍,我现在是请教的是建立和使用这些对象的方法。
 
我也看了书,照着做了,可是没有真正的搞懂,感觉做出来与两层也没有什么区别。
我也很想知道到底应该怎样做
 
如果你看了李维的第三本书,关于ADO/COM/COM+的那本,你就会知道,在理论上,
将每个企业对象封装在一个DATAMODULE,是最有效率的,这样在做一个业务工作中,不会
同时打开其它的企业对象,但实际上这样做可能很累,但可以近量将同一业务中的对象放在
一个DATAMODULE中。
 
我理解是不是每类企业对象都单独的做成COM对象或CORBA对象等,然后与数据模块(好像也就是
数据对象)相关联,客户端调用相应的对象予以服务
 
其实可以先建立一些功能类或者方法,对于ERP,所有的功能可以划分成几个大类,就建立几个基本
的功能类,类中创建一些最基本的方法,有需要扩展的,如果比较特殊,再进行类的继承,不特殊的,
比较通用的就放在基本类中
以上是我做程序的过程中的一些想法,不过我自己没试验过
 
你来我这吧,我当面告诉你,要不然我也要出书了呀。
 
[h4]to :zgylyls
你在哪里?怎么联系?
本人信箱:LUCKWZY@FM365.COM[/h4]
 
这儿问的是怎样实现一个物件的细节,不是大方向,大道理.哪位给出一个例子出来吧!
我也正在关心这个问题.
 
顶部