在三层中中间层的业务对象,控制对象,数据对象的如何定义和调用???(100分)

  • 主题发起人 主题发起人 mxchao
  • 开始时间 开始时间
M

mxchao

Unregistered / Unconfirmed
GUEST, unregistred user!
现在打算开发一个三层系统,但对于中间层的抽象没有很好的方法.那位能给一些关于
中间层设计好的思想和方法,对中间层能够既能体现delphi的优点,又能将各种业务
和控制分离开来.在delphi 中怎样表现中间层的?感激不尽!!
 
你不觉得这个问题100分太少了吗?
人家李维卖书都不说。:P
 
现再加200分,可以了吧,已经穷了,望各位大侠帮忙。欢迎大家讨论。。。
 
不会吧,真的加啊,我只想说这个问题是多层结构编程的核心问题,大家都认为
只有台湾的李维搞清楚了的说。
曾经考虑过这个问题,我认为唯一的方法就是客户端只是个解释器。除了解释
界面之外,自己要定义一整套的商业逻辑关系存放在服务器上或者数据库中。
每次客户端连接的时候重新读取商业逻辑,组织程序结构。
 
利用微软DNA结构的思想建立企业逻辑对象应该没有问题,但它的编程思想与DELPHI的
编程思想不一致(所有的接口都要自己定义,有较大的自由度)所定义的对象结构不适合
DELPHI。现在的重点是怎样能够既体现DELPHI 的MADIS编程的特点,又能够建立好的企业
逻辑。将企业逻辑对象与MADIS结合在一起使用。
 
人家都说客户端只负现显示,其作都在服务器端完成,这就变成胖服务器的结构了,如果这
样,不如做成B/S算了。其实有些事务还得在客户端做,关键是怎样划分。在DELPHI下。我是
采用CORBA来做远程接口,将企业对象与实体对象分别封装(所有针对对象的操作,如果
对象是数据表的话,封装对数据表的存取。)然后将对象再针对一个大的业务逻辑封装成一个
CORBA对象,对于数据库的传送。不用远程数据模块,直接取得其DATA对象进行传送。
这是为了以后可以采用XML进行数据传送。业务逻辑很难有统一的标准。你不妨拿一个例子。
我们一起来划分对象,以便定义中间层的实现。


 
zdzjf 程序中不利用delphi 的数据提供者?而是自己写接口函数完成??,能否更详细一点
现有一个简单的例子--库存管理中的入库操作
要完成
1、保存入库信息
2、增加库存
3、修改总帐
这三个工作,服务器端自动的完成修改库存和总帐。
他们的对象设置,在服务器端delphi对这些对象的创建,调用,数据的传递情况
望大家讨论
 
比如采用CORBA来开发这个模型。在接口上定义保存入库信息这个过程或者函数。
在服务器端增加两个对象。一个为库存。一个为总帐。
在库存对象里面写一个函数为增加库存。总帐对象里定义一个函数为修改总帐。
仔细定义好它们的参数。在两个对象分别连上他们各自的数据库。
因为都在服务端无需采用远程数据模块。现在要保存入库信息。客户端作了这样的操作之
后作必要的数据校验工作。然后调用CORBA上保存入库信息这个接口。在这个接口里再分别
调用增加库存对象的增加库存方法。总帐对象的修改总帐方法。这样基本上做到了业务规则
在服务器端封装。
今后,业务规则有变化如还需增加操作流水帐记录。只要再调用一个流水帐记录的增加即可。
同样,如果其它操作。例如出库操作只需调用一个库存的出库操作方法就可。
能做到代码重用。当然,这里还有很多问题要解决。如事务处理数据传递等。不过问题不大。
以上仅供参考。
 
如何设计就得看你自己的需要了,
设计好了之后,用DELPHI开发的话很简单啦!
不要想得太麻烦了。
其实,三层不三层对于程序编写没有什么好大的关系。
好多的系统对外说是三层什么什么的,但真正的三层又有谁能说得清呢?
我个人认为尽量好用就行。
大家不都windows不如linux吗?
可windows简单好用啊!
 
多人接受答案了。
 
后退
顶部