三层程序的中间层到底该如何定义企业逻辑？（高分奖励有建设性言论者）(200分)

Y

yhaochuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-19

• #21

http://www.isunsoft.net/forum/link.asp?TOPIC_ID=197

 

蛐

蛐蛐

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-01-19

• #22

up..... 不要骂我。

 

C

chengjian

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-11

• #23

学习之中。
我也要写一个类似的东西。数据量小多了。只是要求与WEB服务器联接，另外也的工作站用前端
程序。所以用了三层。
但还是有许多不明白的，希望能学习学习！

 

G

guilinlzy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-11

• #24

大家瞧瞧这个吧，你会更清楚。
http://www.microsoft.com/china/msdn/library/dndotnet/html/DesignNetApp.asp

 

N

nzfsoft

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-13

• #25

所有对数据操作的功能均放服务器，
在中间层建立连接池，
用COM组件提供借口给客户端，系统可以无限扩展
-------------------------------
但我不懂，谁可以详细讲一下吗？

 

F

freaky7090

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-13

• #26

比如可以把工资计算的方法封装在COM中的方法中，从数据库中取出数据传递给中间层的COM，用COM中的方法计算出结果后再传递给服务器端保存数据和客户端显示计算结果。就这样简单[]

 

W

wumeng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-13

• #27

我作过一个权限管理的模块，它的传输是用XML，它是这样作的，事先规定好操作的接口，
在客户端没有SQL语句，只有XML中指明的DELETE，INSERT，UODATE等标志，数据也是用
XML封装传送的。它的APP SERVER有专门解释XML的单元，根据解释的结果生成SQL语句的
单元。。。
我觉得这样作太麻烦。毕竟，程序修改（指的是柜架修改）不会很大。
其实，我们的操作系统WIN，LINUX都有多层的概念。

 

S

Shd

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-13

• #28

我的做法：
1。写了一些存储过程、视图——所以不支持其他数据库。
这里有一个矛盾体——运行速度和广泛应用。如果你把所有的业务逻辑都放在中间层，那么
你的中间层会效率很底、速度慢。
其实在做的时候总有一种错觉，我是否把业务逻辑放在数据库层次上了？？？
2.中间层中做出主要的业务逻辑接口。如果你是在5以上的版本，TClientDataSet支持SQL语句。
如果客户端有其他业务需求，那么直接写SQL。
3.客户端只用TClientDataSet，主要精力放在界面交互上。

 

F

freaky7090

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-09-17

• #29

我的思想和shd的很接近，就我目前的水平，我认为这是最好的三层结构设计思想

 

F

freaky7090

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-08-19

• #30

差不多过了一年了，也早已从delphi转向.net.在C#的面向对象机制确实比delphi方便多了,但最近突然觉得.net没有前途,所以最近终于决定转到j2ee平台

 

V

VeryCoolBoy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-03-22

• #31

多人接受答案了。