正方vs反方: 三层结构干吗用的? (300分)

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