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

签到,希望能有高手出来讲一课。dephi数据库编程中,关于对象的相互作用等等内容
是最“虚”的东东,希望有大虾来说个明白。
 
本人理解为建立多个DATAMODULE,分别对应不同的对象,不知对不对,关于这些,包括
MTS/ADO/COM+这些技术,老是没有清晰的概念,这些技术各用什么样的系统结构,区别
与联系,头都大了,有没有大虾能畅谈一二。
 
去买本专门的COM书吧。和DELPHI无关的那种。否则你一辈子也搞不清楚
 
那本书我也看了,关于企业对象那快 云里雾里的,好想懂了,可是一想怎么用
代码/事例来实现它,发现毫无下手之处!等大虾指点呢!
 
我想该用COM对象的方式实现企业对象,在开发环境的类型编辑器中的远程数据模块就是
一个数据对象,同理可添加其它的对象,并指定调用接口
 
我不太懂!
 
老是三層三層的﹐我個人的觀點是能很好的用就行﹐不要一個勁的跟你鼓吹的跑
有什么好的﹐有價值的﹐大的實際應用舉例嗎?
 
全是废话
 
谈谈我的一点粗浅认识:
“企业对象分功能对象、数据对象、实体对象其中功能对象又可分控制对象、
协调对象、交易对象等”。
我认为企业中间层对象应该从OO的思想和软件分层设计思想结合企业业务逻辑去考虑。
至于组件模型、各种Pooling技术、负载平衡、数据传输(如:XML)等方面,是
计算机技术架构的问题。
先说说一个简单应用的三层结构,应用服务器使用WebLogic,WebLogic通过jdbc
访问Oracle。我们在WebLogic上面建立了若干SQL访问的对应,我们称之为“Service”
,客户端通过调用不同的“Service”,提供不同的参数通过XML(HTTP协议)格式
请求应用服务器。这确实是真正意义上的三层结构,客户端与数据库服务器完全隔离。
但是并非OO的设计。
下一步,我们打算建立一般的可重用的数据库访问组件,我们称之为“DataGate”,
当然我们采用OO的设计思想。在这里,我们为了复用和灵活,设计一个数据对象生成器
(DataObject Designer),可以自由添加、修改、删除数据对象,每个数据对象包括
属性(对应用数据结果集中的字段 *注意不是数据库中的字段)和方法(对应用数据库
访问方法,表现为SQL语句或procedure等)。当然数据对象串行化为XMLdo
cument。
当客户端访问DataGate时,上传包含了引用的对象名称,调用的方法,参数等等的XML标准
数据格式(有点像soap?),DataGate通过解释XML,按照DataObject Designer中设计的
数据对象和相关的访问数据方法访问数据库服务器,当然可以返回XML的结果集。
然后,如果有业务流的应用系统可以设计一个业务流对象生成器(Business flow Designer),
以每个业务点为对象设计为相应的业务节点,业务流就是各个业务节点(business node)
的不同组合。当然也使用XML储存节点对象和业务流程关系,应用层通过解析业务流XML,
执行相应业务代码,使用或生成相应的操作界面。
然后....
我就不再卖弄了,因为我对企业应用几乎没有任何实践经验,理解甚浅!
只是为了抛砖引玉,希望能听到真正内功深厚的大侠讲道。















 
企业对象,分成那么多种,只是抽象的一种分析的结果,
在实现时,不必非得安照这个说话,每种都实现一个。
而是根据需要,进行符合现实的设计。
“企业对象分功能对象、数据对象、实体对象其中功能对象又可分控制对象、
协调对象、交易对象等”只是一种以面向对象的方法分类和处理的一种思考方式。
而不是约束我们手脚的规则。
充分利用好这种方法,而不是一定要照搬。
我给举个例子吧,要设计一个行走装置,先不说是什么,就是设计一个能动的家伙吧。
它有动力部分、传动机构、运动机构,再加上控制部分,和动载部分,就是一个汽车了。
这里,动力部分,可能要有多个汽缸组成,而传动机构却可以是一个,
运动机构,可根据需要,是一个或多个,而控制部分呢,现在一般只用一套,
但在未来,很可能会为了可靠性更高,而象飞机一样,使用三重、四重操纵,
汽车的这种动力部分、传动机构、运动机构,和控制部分的关系,就象
“企业对象中的功能对象、数据对象、实体对象其中功能对象又可分控制对象、协调对象、交易对象”
一样,它们的配合是是有一定的有机联系。
:)
 
我的电话费贵,就说一点,
我看到国内的书,都说最好把数据控件都放在数据模块上,
但是我看到国外的软件的例子是把核心的放在数据模块上,其它的放在各自的窗体上,
我看到别人说OOP怎么怎么好,但是Delphi也不想完全OOP,
我看到很多理论上很先进的东西,但在实际应用中总不能完美的实现,
我觉得还是邓小平的办法好,有中国特色的社会主义。呵呵。
 
分太少了
 
我也提几点疑问:
1.对MVS的结构如何理解,更到点的是对于数据集如何用对象的形式进行封装,一般的面向对象介绍的都是针对一条记录。
2.对通讯中间件怎么评价,这里指的是midas,是否一定要使用Provider控制件,不用的话好像和J2EE的EJB结构比较吻合,
当这样就要回头解决第一个问题。
疑惑,望给出一个正确的模式。
 
[h2]还是不甚明了,郁闷!!![/h2]
 
呵呵,其实大家仔细想想,我们作系统无非是要用计算机模拟出企业所有的行为,通过计算机的能力来提高企业效率,降低成本。
所以至于怎么设置对象的概念,以及MataModel对应什么企业什么对象,应该根据企业自身的情况来定。有得企业可能可以用MataModel来集成为一个功能对象,有的可能要根据产品来集成一个对象。。。
一家之言而已。
 
企業對象僅僅是一個具有企業邏輯幾其能夠實現企業功能的com or dll or app
所以說 它是可以做的很大或者很多...................

僅供參考
 
关注,实用第一~!
 
面向过程--》面向对象--》面向服务--》面向自动化
简化客户端代码,使界面与实现分离,没有对象怎么简化客户端,
没有对象又如何实现界面与实现分离
分吧,分到大家神经分离
说个笑话,别介意,反正满脑子是糨糊,就让它浆下去吧
 
顶部