问一个很菜的问题：企业逻辑规则应该写在哪里？(50分)

  • 主题发起人 主题发起人 tjcjh
  • 开始时间 开始时间
T

tjcjh

Unregistered / Unconfirmed
GUEST, unregistred user!
1.是Remote Data Module还是Type Library里边？
2.有没有注意事项？
3.客户端应该如何调用？
4.最好有个例子。
 
Type Library
 
我比谁都菜，也顺便问一个特菜菜的问题： 什么是企业逻辑？
 
不明白，关注！
是问业务规则吗？
 
是问业务规则。
 
1.encapsule the business into COM.And you can call it local or remote.
2.I have no idea.
3.The same as call a local object.
4.NO.
 
什么？
什么企业逻辑?详细点点
 
多层编程的第一讲
_________________________________________________________
举个简单的例子,我们把1+2 = 3这个式子写成三层的.
先从客户端入手,客户端需要做的是提供可供客户录入1+2,然后用来显示3
第二就是所谓的业务逻辑了,那就是如果让1+2变成3.当然,在这个例子的业务逻辑就是计算1+2.
第三就是如果存储数据了,你可以把1+2和它的结果存起来备查.
_________________________________________________________
未完待续...
 
我觉得，是不是应该由数据库完成大部分运算，app完成数据库不能完成的部分。app 似乎也是应该尽量的瘦些。而数据运算似乎还是由数据库本身来完成最理想了。
 
企业逻辑是一个单独的对象,不应该写在Remote Data Module里面,Remote Data Module类似一个用户的接口,当然写在里面不是说不行.
Client->remote dataModule -> 业务对象->企业逻辑->数据访问

 
写在Remote Data Module,
APPSERVER.*
 
就上面的那个1+2=3的例子。
第二就是所谓的业务逻辑了,那就是如果让1+2变成3.当然,在这个例子的业务逻辑就是计算1+2.
这一句只是作者没有写清楚，其实应该是业务逻辑控制数据库返回一个3。
业务逻辑也只是一个控制件，不是一个执行件。
 
法无定式，那里都可以
 
对，法无定式!
不晓得你的程序结构是什么样子。
但建议界面和业务分开。
我们现在程序不管是多层还是2层都界面和业务分开的。
界面只出来显示与用户录入，业务层就校验数据的有效性，
然后调存储过程写入数据库。我觉得这样结构清晰，维护方便。
 
1.是Remote Data Module还是Type Library里边？ //都要有
2.有没有注意事项？ //与一般com差不多
3.客户端应该如何调用？ //直接调用yourconnection.appserver.yourproc
4.最好有个例子。 // ......
 
只要在中间层,你可以放到哪里都行,
 
Remote datamodule 和type library难道不是一回事？？？
 
rdm应该是type library的实现。
rdm实现了type library 里定义的接口。
 
中间层
 
Type Library
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
I
不同WINDOWS平台下磁盘逻辑扇区的直接读写
回复
0
查看
706
import
I
I
第十六章 操作界面与操作逻辑
回复
0
查看
734
import
I
后退
顶部