如何封装企业逻辑？

Question

就像OOP的封装技术，把所有的相关的东西全弄到中间层，在后面是数据库，前面是用户界面，在客户端只有界面，所有的动作、行为、属性统统放进应用服务器，这样以后要扩充就不会变动客户端，只要把中间变化就行了，因为所有的操作都在那里。
我想你应该这么想：如果你来设计，你会如何做？把企业逻辑放到客户端？那要是有人想破坏就太容易了，不是吗？
一点感想，我也只是刚刚在用，做的很头痛，希望共同研究：）

Answer 1

为了重用与易维护，企业逻辑不可能放到客户端，应放在中间层，客户端只是简单的录入工作与一些必要的维护工作。我现在不明白的是如何将企业逻辑放在中间层，也就是如何中间层实现企业逻辑，是不是每个功能对象都有一个数据服务器，然后在用一个协调数据服务器进行协调工作？
还有如何用OOP封装技术对企业逻辑进行封装？
期盼回答！！！！

Answer 2

你用什么做中介软件，midas或...

Answer 3

回答你这个问题点数好象少了点，不过还是帮你一把。
   要把企业逻辑做到应用服务器层，最好要用MTS（WINDOWS平台），通过系统分析分解出各种可以独立的对象，就象李维书上说的比如客户对象、订单对象、产品对象、数据对象等，把这些对象做成一个个COM对象分散开来，千万别做在一个应用服务器模块中，再做一个协调对象或控制对象用来调用这些对象。所谓的协调工作就是指需要的时候互相调用，比如一个验证对象调用客户对象看看该客户是否符合要求，而客户对象里的数据就要通过数据对象到数据库去取出来。
   把各个企业对象分别做成COM是为了能重用，比如有3个应用程序服务器可以同是调用到用一个企业对象，在MTS环境下还可以享受object pooling的好处。

Answer 4

把各个对象做成一个个COM对象，那么需要创建的应用程序服务器是不是太多了？

Answer 5

李维的三本书我看了很多遍，看得很细，但只是对者这本书自己写了一些程序，没有实际做过，我决得多层结构系统做起来确实和C/S模型有很大的不同，很不习惯，但他的理论我认为确实很先进，涉及到的面很广，技术含量我认为也比C/S高，如果条件允许，为程序员还是应该尽量往这方面发展，毕竟，传统的C/S模式确实有些过时（包括技术）！