A
an
Unregistered / Unconfirmed
GUEST, unregistred user!
支持正方，特别是lczhuohuo和面条的观点
阿
阿朱
Unregistered / Unconfirmed
GUEST, unregistred user!
我们的目的只想使修改最小化，不要多触动其他，并且根据用户业务规模大小灵活组装程序功能和流程。
因此COM粒度的比较细，角色也分的比较清楚，有管理流程的，有安全的，有取数据的，有更新数据的，有描述某个业务对象的，COM
间分主次，分层次。分布式[为了灵活组装，负载平衡]，多层次[为了抽象屏蔽底层不同]。
我们并没有去强调客户端非要是Thin-Client,业务规则也非要放到中间层。
深有体会的是：
1 多层的思想是基于分布的思想，面向对象分析设计业务流程，好的计划才能有分布合理的组件，
否则按照过去的面向流程的写法只会弄巧成拙。
2 分层设计COM组件，各实其职，不要一个COM连取数带提交带流程什么都管。
3 善用SP，会有好的效果，因为它的高效率，不用原码就可修改，非常实用于多变的客户需求。
因此COM粒度的比较细，角色也分的比较清楚，有管理流程的，有安全的，有取数据的，有更新数据的，有描述某个业务对象的，COM
间分主次，分层次。分布式[为了灵活组装，负载平衡]，多层次[为了抽象屏蔽底层不同]。
我们并没有去强调客户端非要是Thin-Client,业务规则也非要放到中间层。
深有体会的是：
1 多层的思想是基于分布的思想，面向对象分析设计业务流程，好的计划才能有分布合理的组件，
否则按照过去的面向流程的写法只会弄巧成拙。
2 分层设计COM组件，各实其职，不要一个COM连取数带提交带流程什么都管。
3 善用SP，会有好的效果，因为它的高效率，不用原码就可修改，非常实用于多变的客户需求。
L
liqunxin
Unregistered / Unconfirmed
GUEST, unregistred user!
多层已经是事实，特别对于大系统来说，不用多层简直累死。
不过delphi的多层概念有些不清。
不过delphi的多层概念有些不清。
Z
zhoubengao
Unregistered / Unconfirmed
GUEST, unregistred user!
客户说了算，只要能满足客户的需要，解决实际问题就行
H
hbffff
Unregistered / Unconfirmed
GUEST, unregistred user!
我是菜鸟我怕谁
从实现的角度，不管是三层还是二层，客户端所担任务就是request,and
server's responsibility is response!then
,what is business rule?
for example:
a simple query:select * from ...
YOu can write it into clientdataset.commandtext,or you can call
appserver.someinterfaceForquery(querystring)?
Which can
从实现的角度，不管是三层还是二层，客户端所担任务就是request,and
server's responsibility is response!then
,what is business rule?
for example:
a simple query:select * from ...
YOu can write it into clientdataset.commandtext,or you can call
appserver.someinterfaceForquery(querystring)?
Which can
H
hbffff
Unregistered / Unconfirmed
GUEST, unregistred user!
sorry,话没说完，
中间层是个数据代理，
但象一个简单的查询（如查询供应商基本信息），客户端发起request是很自然的事
无论是clientdataset.commandtext还是appserver.someinterfaceForquery(querystring）
本质都是客户端完成business rule，
哪位大吓能告诉我，象这样一个查询(是个business rule吧）
如果硬要做在appserver,how to?
中间层是个数据代理，
但象一个简单的查询（如查询供应商基本信息），客户端发起request是很自然的事
无论是clientdataset.commandtext还是appserver.someinterfaceForquery(querystring）
本质都是客户端完成business rule，
哪位大吓能告诉我，象这样一个查询(是个business rule吧）
如果硬要做在appserver,how to?
H
htw
Unregistered / Unconfirmed
GUEST, unregistred user!
本人正在学三层开发呢，因此我支持正方。
客户需求第一，客户要你做三层，难道你还想劝人家少一层吗？
而客户的需求，又是来自于大厂商们的鼓吹和广告。
管它呢，咱们能挣钱才是真的，什么来钱做什么呗。
^_^
客户需求第一，客户要你做三层，难道你还想劝人家少一层吗？
而客户的需求，又是来自于大厂商们的鼓吹和广告。
管它呢，咱们能挣钱才是真的，什么来钱做什么呗。
^_^
E
epic
Unregistered / Unconfirmed
GUEST, unregistred user!
我做银行的程序,其中95%用的都是三层结构,我觉得银行应该是最讲究安全稳定和效率的,
所以三层结构的好处从这个实例应该就可以说明了.在小的应用系统中用两层甚至单层当
然有它的好处,但是在大的应用系统中,比如我曾经经历过的几家商业银行和北京某所最高
学府的校园一卡通系统中,用的都是三层甚至n层.举几个例子:
1.在银行自助服务系统中,终端运行在98下，显示页面并处理输入输出,前置机运行在NT下,
加载各种驱动程序,监控终端状态,并和后台的IBMRS400通讯,400则通过通讯机收包,并
提请存储过程响应后在发包...
2.在电子联行系统中,储蓄柜员前台录入往来帐,并写入后台数据库,前置机和后台主机通
讯,请求往帐数据,并发送来帐数据,人行前置机天地对接系统则将专业行的往来帐数据
发往人行总部,统一清算...
3.其他应用系统大多是按照前台终端---中间件---后台主机的模式开发运行,我想这些系
统绝对不是在两层结构上能够运行的。
所以三层结构的好处从这个实例应该就可以说明了.在小的应用系统中用两层甚至单层当
然有它的好处,但是在大的应用系统中,比如我曾经经历过的几家商业银行和北京某所最高
学府的校园一卡通系统中,用的都是三层甚至n层.举几个例子:
1.在银行自助服务系统中,终端运行在98下，显示页面并处理输入输出,前置机运行在NT下,
加载各种驱动程序,监控终端状态,并和后台的IBMRS400通讯,400则通过通讯机收包,并
提请存储过程响应后在发包...
2.在电子联行系统中,储蓄柜员前台录入往来帐,并写入后台数据库,前置机和后台主机通
讯,请求往帐数据,并发送来帐数据,人行前置机天地对接系统则将专业行的往来帐数据
发往人行总部,统一清算...
3.其他应用系统大多是按照前台终端---中间件---后台主机的模式开发运行,我想这些系
统绝对不是在两层结构上能够运行的。
小
小猪
Unregistered / Unconfirmed
GUEST, unregistred user!
最近天天看corba，头都看大了，我感觉
三层最大的好处是让我可以混口饭吃。
)
三层最大的好处是让我可以混口饭吃。
)
E
epic
Unregistered / Unconfirmed
GUEST, unregistred user!
我所强调的也是小应用系统和大应用系统的区别,
小应用系统还是用两层,或单层结构好,
而大应用系统只能是用多层结构.
小应用系统还是用两层,或单层结构好,
而大应用系统只能是用多层结构.
J
jswqg
Unregistered / Unconfirmed
GUEST, unregistred user!
支持正方。
L
lyd_2000
Unregistered / Unconfirmed
GUEST, unregistred user!
支持正方
A
am2000
Unregistered / Unconfirmed
GUEST, unregistred user!
谁给分就支持谁！！！！！！！！！！！！！！1
大
大文
Unregistered / Unconfirmed
GUEST, unregistred user!
我支持给分方 ：))
A
am2000
Unregistered / Unconfirmed
GUEST, unregistred user!
这个问题还没完啊
S
sluger
Unregistered / Unconfirmed
GUEST, unregistred user!
同意正方！！明显！
Z
zl
Unregistered / Unconfirmed
GUEST, unregistred user!
我也是站在正方一边的
P
peter_bao
Unregistered / Unconfirmed
GUEST, unregistred user!
我同意正方
H
Huzzz
Unregistered / Unconfirmed
GUEST, unregistred user!
反方也有理：中间层的优势在于负载平衡和数据调度（尤其在大系统
海量数据时具优势），并不是否定三层。
海量数据时具优势），并不是否定三层。
C
Chenlili
Unregistered / Unconfirmed
GUEST, unregistred user!
好好好，结束问题了。