房 房客 Unregistered / Unconfirmed GUEST, unregistred user! 2001-02-26 #21 在实现一些企业逻辑上应该注意些什么？ 以及大家常用的一些技巧。。。
C caizongjie523 Unregistered / Unconfirmed GUEST, unregistred user! 2001-02-26 #22 三层结构对于需internet发布的,可以减少维护量,因为其内部客户端和internet使用同一 应用服务器,而且业务规则放在应用服务器可以减少重发布客户端的工作量, 一旦规则一改,所有的客户都能马上受到约束
三层结构对于需internet发布的,可以减少维护量,因为其内部客户端和internet使用同一 应用服务器,而且业务规则放在应用服务器可以减少重发布客户端的工作量, 一旦规则一改,所有的客户都能马上受到约束
K kisse Unregistered / Unconfirmed GUEST, unregistred user! 2001-02-27 #24 我的感觉：除非是大型的项目，否则C/S就可以了， 关于书 ： 看李维的。 发展趋势 ： 以后的数据库方向
L licby Unregistered / Unconfirmed GUEST, unregistred user! 2001-03-11 #25 我觉得其实三层就现在的技术状况和用户的需求来说，并不是像那么多人认为的那样的 "好"！无论是对用户还是开发人员来说都尚未达到书上所讲的那样的"好"；它的种种好处也 是要在一定的条件下才能体现的。这个和你的用户环境，用户需求，开发水平紧密相关。 如果你现在并不具备这方面的经验的话，开发起来会是很。。。。。失败！
我觉得其实三层就现在的技术状况和用户的需求来说，并不是像那么多人认为的那样的 "好"！无论是对用户还是开发人员来说都尚未达到书上所讲的那样的"好"；它的种种好处也 是要在一定的条件下才能体现的。这个和你的用户环境，用户需求，开发水平紧密相关。 如果你现在并不具备这方面的经验的话，开发起来会是很。。。。。失败！
F fbyang Unregistered / Unconfirmed GUEST, unregistred user! 2001-03-13 #26 我认为，如果应用在互连网上（b/s)，三层有意义; 如果是企业的管理信息系统，还是两层的好，因为计算机发展到今天，我们不愁客户机性能 问题了，相反，我想我们应该在开发信息系统时，更多的考虑可扩展性，使用动态连接库比较好
我认为，如果应用在互连网上（b/s)，三层有意义; 如果是企业的管理信息系统，还是两层的好，因为计算机发展到今天，我们不愁客户机性能 问题了，相反，我想我们应该在开发信息系统时，更多的考虑可扩展性，使用动态连接库比较好
C chenzhongshan Unregistered / Unconfirmed GUEST, unregistred user! 2001-03-13 #27 我认为应该根据客户的具体要求和公司现有的条件而采用三层结构或两层结构，但是 单从技术上来说还是采用三层结构好multi-tier选择
S sharejoy Unregistered / Unconfirmed GUEST, unregistred user! 2001-03-13 #28 我认为三层很好，维护费用也低，但前提是：有较高水平的分析和设计人员，必须采用面 向对象的分析与设计。 严格按照对象的封装，继承原则/思想设计企业对象，不能随意在客户端和应用程序 服务器间使用SQL，这是对对象封装原则的严重破坏，尽管这样作很流行，但不可能产生 较低维护费用的应用系统。这实际上仍是两层，只不过看起来像三层而已。 设计抽象基类很重要，如果设计者感觉无法把握面向对象方法，最好别在工期较紧的 项目中做试验，否则你会很失败！针正实用的面向对象方法，建立在对SA等传统方法的扬 弃之上，而不在某些老头子编的什么教材上。 如果你是作产品，而不只是做单一的项目，请用CORBA，当然，市面上关于CORBA的 资料要比DCOM少些，但我强烈建议那些想做产品的人尝试一下。对于广域网上的关键性 应用，CORBA是最好的选择。另外，你必须尽一切可能使用无状态对象。 我的产品采用：CORBA，ORACLE。另外，我用企业对象将数据库对象完全封装起来， 在客户端，几乎不能感觉到数据库的存在。 在我看来，采用三层就意味着必须采用面向对象的分析与设计，看起来很美，但决 非朝夕之功。
我认为三层很好，维护费用也低，但前提是：有较高水平的分析和设计人员，必须采用面 向对象的分析与设计。 严格按照对象的封装，继承原则/思想设计企业对象，不能随意在客户端和应用程序 服务器间使用SQL，这是对对象封装原则的严重破坏，尽管这样作很流行，但不可能产生 较低维护费用的应用系统。这实际上仍是两层，只不过看起来像三层而已。 设计抽象基类很重要，如果设计者感觉无法把握面向对象方法，最好别在工期较紧的 项目中做试验，否则你会很失败！针正实用的面向对象方法，建立在对SA等传统方法的扬 弃之上，而不在某些老头子编的什么教材上。 如果你是作产品，而不只是做单一的项目，请用CORBA，当然，市面上关于CORBA的 资料要比DCOM少些，但我强烈建议那些想做产品的人尝试一下。对于广域网上的关键性 应用，CORBA是最好的选择。另外，你必须尽一切可能使用无状态对象。 我的产品采用：CORBA，ORACLE。另外，我用企业对象将数据库对象完全封装起来， 在客户端，几乎不能感觉到数据库的存在。 在我看来，采用三层就意味着必须采用面向对象的分析与设计，看起来很美，但决 非朝夕之功。
