W wwshuo Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-21 #1 国内有很多管理软件,在开发时为了方便使用了大量存储过程来完成几乎所有的数据操作。我不禁想,这样做和C/S结构有什么区别,还要硬加一个中间层进来。真正的三层,不是因为它是三个层就叫三层,三层结构总要发挥中间层的作用嘛。
国内有很多管理软件,在开发时为了方便使用了大量存储过程来完成几乎所有的数据操作。我不禁想,这样做和C/S结构有什么区别,还要硬加一个中间层进来。真正的三层,不是因为它是三个层就叫三层,三层结构总要发挥中间层的作用嘛。
E eastweast Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-21 #2 三层,应该说是企业逻辑都在中间层. 这样的话,好像有点牵强.
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-21 #3 叫三层难道别人就高看你了吗??? 为什么为了三层而三层??? 客户关心的是你处理业务的能力,不关心你的程序是否是三层
X xyzhou7 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-21 #4 现在,很多公司用三层仅仅是为了安装和维护方便; 其次,现在很多公司把业务全部放在中间层,使中间层象个垃圾堆,中间层不稳定,经常出问题; 再者,只要能满足客户的业务需要,其他都是次要的。
E erice Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-23 #5 如果在数据库服务器中加上大量的存储过程,在综合中间层的数据处理方法,可以降低中间层当机的几率。更好的完成业务流程。可是,这又无疑的是把大量的数据处理交给了数据库服务器,没体现出中间层对数据的处理工作。
C china359 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-23 #6 我认为三层在公司局域网内的好处是: 1.可通过SocketConnection访问数据源。 2.客户端程序不用做的太大。
萧 萧月禾 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-23 #8 本来这就不是三层的概念 我们公司开发软件也把业务逻辑封装在存储过程, 都叫bs或cs
X xyzhou7 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-23 #9 据我所知,现在把业务放在中间层的公司, 应用服务器的问题都很多,不是解决不了事务,就是经常死机, 严重的影响了系统的运行。如果技术能过关,有谁不愿意做个真 三层呢?
I itren Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-27 #10 的确. 不好的三层就成了业务的瓶颈. 三层还是很有用的: 不过业务紧和的操作,我觉得还是做成存储过程的就好!其它和用户或者说和具体 项目相关的部分. 这样也比较安全,易于扩展,不能因为中间层实现的不好 就摒弃这个东西。
的确. 不好的三层就成了业务的瓶颈. 三层还是很有用的: 不过业务紧和的操作,我觉得还是做成存储过程的就好!其它和用户或者说和具体 项目相关的部分. 这样也比较安全,易于扩展,不能因为中间层实现的不好 就摒弃这个东西。
R rester Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-28 #11 我做三层的经验是,小的应用可以用三层, 大的应用绝对不用., 开发周期太长,无论设计还是测试都太烦,维护与安装太烦, 系统的稳定性不够(主要是测试不够). 我发现B/S差不多是最好的。(可能本人的水平太差)。
我做三层的经验是,小的应用可以用三层, 大的应用绝对不用., 开发周期太长,无论设计还是测试都太烦,维护与安装太烦, 系统的稳定性不够(主要是测试不够). 我发现B/S差不多是最好的。(可能本人的水平太差)。
沙 沙隆巴斯的主人 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-30 #12 我发现很多用DELPHI做的所谓三层都是伪三层,而且几乎都是按照李维那套做的。 李维可把中国的DELPHI程序员误导了。
A anlon-gsb Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-31 #13 兄弟,很多的软件都是这么干的,没办法,这玩意唯一的好处是可移植啊。 太麻烦。
T tanminr Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-31 #14 唉!!也是的! 现在很多人做的三层,其中间层大都只起到了一个数据传输的作用,在没有其他的作用了! 假如真有别的作用,也就是再写几个方法来给客户调用! 我现在正在构思一个三层的系统,结构是中间层上实现企业逻辑,与数据库存储过程相结合的方式;但是遇到了一些问题,难道实现企业逻辑就是写很多个方法吗?具体该怎么样在中间层上实现企业逻辑,有没有个例子啊?
唉!!也是的! 现在很多人做的三层,其中间层大都只起到了一个数据传输的作用,在没有其他的作用了! 假如真有别的作用,也就是再写几个方法来给客户调用! 我现在正在构思一个三层的系统,结构是中间层上实现企业逻辑,与数据库存储过程相结合的方式;但是遇到了一些问题,难道实现企业逻辑就是写很多个方法吗?具体该怎么样在中间层上实现企业逻辑,有没有个例子啊?
W weichao9999 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-31 #15 我们应取长补短,各尽其用,不能形而上学,刻意追求。
J jindiao Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-31 #16 我的想法是通过增加中间层来增强系统的安全性,如果中间层没有什么用那就不用最好了,做什么不是先进的东西就一定好用。
W whhtao Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-01 #17 三层是有很多优点的,象各种POOL,但千万不要做成放个PROVIDER,然后就SEND SQL,这样的三层不做也可。
L Liuren_flf Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-15 #20 在网上看了很多“三层”的代码,可以说没有什么有价值的!应该说根本算不上三层,如果硬要说是三层,那就叫“伪三层”吧! 如果依李维书上所说的三层,那就是“伪三层”!!!