E esupermary Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #1 1。为什么要用三层?三层结构与两层结构的优劣在哪里? 2。哪里有关于三层的详细介绍? 3。在三层系统中,用客户端从中间层取数据,而更新却直接对数据,这样的三层还有意义吗?
J jianl Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #2 我看最大的好处在于客户端的简化,不用安装数据库客户端,不用安装bde/ado/odbc等等 只要在网上就可以了。 如果你要详细的比较,我原来写过有一份文件,等我去找找。
R rester Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #6 1.分布式应用需要 2.企业前台经常改动需要. 3.吹牛需要
B bbs-wqt Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #9 程序员后期维护简单,不用安装客户端,只要在网上就可以了。 扩展了客户短的访问量!
C caidao Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #11 我也要! bb775885@yahoo.com.cn
L lufang Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #13 如果只是为了维护方便,那么依靠客户端自动更新不也可以在一定程度达到要求吗? 三层开发比C/S麻烦许多,自然BUG也多了许多,只为维护方便这一点好处是否值得?
X xiaoywh Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #14 三层构架适用于以下: 1:业务逻辑层的表化频繁而业务表示层变化较小的系统,类似收费,银行前台.... 2:客户端众多会增加数据库的连接数的负荷,但切记三层并不是真正减少了连接数,而只是用来平衡调度连接数. 3:一个好的中间层应该是一个集群而不是一台机子(负载均衡技术),减轻了对某个通道的过度依赖; 4:软件移植性好:假定你换了数据库服务或是数据库地址,三层可以减少多个客户端的重复配置问题; 5:更好的体现面向对象的思想 从上所述三层适用于: 1:同一功能软件拥有众多用户 2:规范成熟管理下的业务(现在很多企业和MIS就不是这样) 3:并发事务频繁的业务 4:业务发生存在高峰时段的软件 5:用户界面要求较统一规范 6:能用面向对象方法设计业务逻辑层 杂七杂八的有很多呢,一家之言仅供交流呵呵.
三层构架适用于以下: 1:业务逻辑层的表化频繁而业务表示层变化较小的系统,类似收费,银行前台.... 2:客户端众多会增加数据库的连接数的负荷,但切记三层并不是真正减少了连接数,而只是用来平衡调度连接数. 3:一个好的中间层应该是一个集群而不是一台机子(负载均衡技术),减轻了对某个通道的过度依赖; 4:软件移植性好:假定你换了数据库服务或是数据库地址,三层可以减少多个客户端的重复配置问题; 5:更好的体现面向对象的思想 从上所述三层适用于: 1:同一功能软件拥有众多用户 2:规范成熟管理下的业务(现在很多企业和MIS就不是这样) 3:并发事务频繁的业务 4:业务发生存在高峰时段的软件 5:用户界面要求较统一规范 6:能用面向对象方法设计业务逻辑层 杂七杂八的有很多呢,一家之言仅供交流呵呵.
J jobboy Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #16 对jianl, 能不能给我一份,jobboy_jobboy@sohu.com 谢谢!!
L lufang Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #17 非常同意xiaoywh,选择三层应该根据其适用条件,而不应唯三层论。 像我们单位,有很多部门,每部门用的程序不一样,有15种以上,最多的一种程序也只有 20多个客户,最少的只有一个,有些部门的业务还非常复杂,如果用三层,我觉得代价会 很高昂,特别是是中间层。而且在性能上未必比C/S好, 我只是将其中某些通用的查询和输入做成三层,其他的一律是C/S结构。
非常同意xiaoywh,选择三层应该根据其适用条件,而不应唯三层论。 像我们单位,有很多部门,每部门用的程序不一样,有15种以上,最多的一种程序也只有 20多个客户,最少的只有一个,有些部门的业务还非常复杂,如果用三层,我觉得代价会 很高昂,特别是是中间层。而且在性能上未必比C/S好, 我只是将其中某些通用的查询和输入做成三层,其他的一律是C/S结构。
J jianl Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #18 >像我们单位,有很多部门,每部门用的程序不一样 这也可以用三层呀,只不过中间层只是一个数据库连接服务器而已。所有的业务规则还是 在本地。我原来做三层的时候,真的只有一个目的,不愿意跑客户端的维护。200台机器, 不知道谁用谁不用,呵呵。 》如果只是为了维护方便,那么依靠客户端自动更新不也可以在一定程度达到要求吗? 可是数据库的客户端还是要的,如果200台机子都要装,然后平均一台机器一年重装一次, 那我就什么也别做了,给用户装机子吧。 文档没找到,真是对不住楼上的各位。我记得曾经发给过一个朋友的。可是在发件箱里怎么 也找不到了。抱歉抱歉。
>像我们单位,有很多部门,每部门用的程序不一样 这也可以用三层呀,只不过中间层只是一个数据库连接服务器而已。所有的业务规则还是 在本地。我原来做三层的时候,真的只有一个目的,不愿意跑客户端的维护。200台机器, 不知道谁用谁不用,呵呵。 》如果只是为了维护方便,那么依靠客户端自动更新不也可以在一定程度达到要求吗? 可是数据库的客户端还是要的,如果200台机子都要装,然后平均一台机器一年重装一次, 那我就什么也别做了,给用户装机子吧。 文档没找到,真是对不住楼上的各位。我记得曾经发给过一个朋友的。可是在发件箱里怎么 也找不到了。抱歉抱歉。
Y yeskert1 Unregistered / Unconfirmed GUEST, unregistred user! 2003-04-12 #20 xiaoywh 说的差不多了,但是,三层确实能够减少数据库连接个数,这是我与xiaoywh不同的看法。 三层是出于整体的、宏观的考虑。对于其中一个客户端软件来说,三层效率反而低一些。 总的来说,三层中的中间层的作用是:封装、负载平衡。
xiaoywh 说的差不多了,但是,三层确实能够减少数据库连接个数,这是我与xiaoywh不同的看法。 三层是出于整体的、宏观的考虑。对于其中一个客户端软件来说,三层效率反而低一些。 总的来说,三层中的中间层的作用是:封装、负载平衡。