一个大量使用存储过程的系统,还叫三层吗? (5分)

  • 主题发起人 主题发起人 wwshuo
  • 开始时间 开始时间
W

wwshuo

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