K
kaneboy
Unregistered / Unconfirmed
GUEST, unregistred user!
反正我给客户做的系统都是双层结构，可能是规模较小吧，
也看了不少多层结构的资料，但从没试过，大家谈谈自己的经验吧。
也看了不少多层结构的资料，但从没试过，大家谈谈自己的经验吧。
林
林西
Unregistered / Unconfirmed
GUEST, unregistred user!
多层结构出现麻烦较多，但升级时修改起来较方便，搞定服务器端就可以了
双层结构较简单，就是出了问题还得一个个去改，不适合分布很广的场合喽
双层结构较简单，就是出了问题还得一个个去改，不适合分布很广的场合喽
P
Pipi.
Unregistered / Unconfirmed
GUEST, unregistred user!
显然是2层的做的多
L
luyear
Unregistered / Unconfirmed
GUEST, unregistred user!
我现在是三层用的多了,不管多小的系统,哪怕只有2个client,都用三层
没有别的看起来舒服些,client比较好配置
没有别的看起来舒服些,client比较好配置
K
kaneboy
Unregistered / Unconfirmed
GUEST, unregistred user!
那么性能？双层和多层相比？
P
Pipi.
Unregistered / Unconfirmed
GUEST, unregistred user!
小的应用当然是2层高
星
星火
Unregistered / Unconfirmed
GUEST, unregistred user!
在大多数的客户/服务器系统中，每个客户应用程序都要知道业务规则。这不仅增加了可执行文件
的大小，而且还增加了软件开发人员进行版本控制的难度。如果业务规则改变了，需要逐一去
修改各个客户端程序。如果使用三层结构，将业务规则放到应用服务器上，则只需要创建和维护
一个业务规则的副本就可以了。除了业务规则外，传统的客户/服务器结构会加重数据访问层的负担
（每一个客户端和数据库服务器有一个连接）。而三层结构数据访问由应用服务器来控制，这意味着
发布客户应用程序和一个用户访问服务器的DLL文件就可以了，大大减少了数据库服务器的负担。
当然三层结构还有许多优点，诸如容错、负载平衡等等
的大小，而且还增加了软件开发人员进行版本控制的难度。如果业务规则改变了，需要逐一去
修改各个客户端程序。如果使用三层结构，将业务规则放到应用服务器上，则只需要创建和维护
一个业务规则的副本就可以了。除了业务规则外，传统的客户/服务器结构会加重数据访问层的负担
（每一个客户端和数据库服务器有一个连接）。而三层结构数据访问由应用服务器来控制，这意味着
发布客户应用程序和一个用户访问服务器的DLL文件就可以了，大大减少了数据库服务器的负担。
当然三层结构还有许多优点，诸如容错、负载平衡等等
H
hbezwwl
Unregistered / Unconfirmed
GUEST, unregistred user!
做三层吧，如果不赶时间，可以让自己多学些东东。
S
sisha
Unregistered / Unconfirmed
GUEST, unregistred user!
三层。
D
dopro
Unregistered / Unconfirmed
GUEST, unregistred user!
有空研究一下三层是可以的，如对三层不熟悉盲目在项目中使用弄得不好适得其反,我以前
的项目是二层的，现在正在考虑用三层的，正在做试验。
的项目是二层的，现在正在考虑用三层的，正在做试验。
E
educrat
Unregistered / Unconfirmed
GUEST, unregistred user!
[8D]没有多层，最多三层，看清楚这一点很重要
C
CJF
Unregistered / Unconfirmed
GUEST, unregistred user!
呵呵。。。3层。。
就是配置简单。。。。。[
]
就是配置简单。。。。。[
]
K
kaneboy
Unregistered / Unconfirmed
GUEST, unregistred user!
谢谢大家的回复。结算。
J
Jiams
Unregistered / Unconfirmed
GUEST, unregistred user!
有没三层的好例子呀？