三层结构应用于大型Mis系统的可行性分析及实现方案

Question

呵呵，去看看我的简历吧，我做过B/S的MIS
yghwz.myetang.com/yghwz/jl.htm有截图

Answer 1

可行性分析：短短几句话是解决不了问题的，希望我们能e-mail:
   [email protected]
  我想谈谈程序的实现和结构设计：
    1.客户端你可以采用ActiveForm设计，因为这很容易从c/s的客户端转换到ActiveForm上。
    2.关键在于应用服务器的设计上：远层数据模块一定要通用且精，应从30个不同模块中抽象出通用对象，商业复杂逻辑对象组成中间层。最好是客户端不用装任何软件，包括bde/idapi，直接从应用服务器上下载！
    。。
    希望我们能联系！！互相学习！祝你成功！

Answer 2

多谢 BSC(飞羊霞锋) ，真的太感动了，小弟才接触三层结构，还希望不吝赐教，那我也就不客气了，E-mail中详谈！同时也希望更多有经验的大侠发表高见，本贴将保留一段时间，我也将把我的一些“心得”贴出来，供大家批评、指正。谢谢大家，请继续！

Answer 3

李维的分布式应用系统篇讲到了使用企业对象的问题，但是有没有讲清楚如何实现，我的理解是开发一些com组件用它来封装企业逻辑，我很迷惘，不知道怎么办？请问如何开发？在哪里有相关资料？谢谢！

Answer 4

BSC(飞羊霞锋) 大哥好像有在三层系统的中间层开发组件用它来封装企业逻辑的经验，请赐教

Answer 5

焦点问题，业务逻辑规则存放何处？1、集中到应用层（胖应用层），势必会加重应用层的负担，且会带来负载平衡问题。2、集中到数据服务器（胖服务器），没有发挥出多层结构的基本优势。3、集中到客户层（胖客户），客户端下载ActiveX速度极慢，且给维护带来不便。4、分散业务规则，这是个什么玩艺？如何分配业务规则，以求负载均衡？

Answer 6

焦点问题，业务逻辑规则存放何处？1、集中到应用层（胖应用层），势必会加重应用层的负担，且会带来负载平衡问题。2、集中到数据服务器（胖服务器），没有发挥出多层结构的基本优势。3、集中到客户层（胖客户），客户端下载ActiveX速度极慢，且给维护带来不便。4、分散业务规则，这是个什么玩艺？如何分配业务规则，以求负载均衡？---------------------------------------------------------------
一般情况下你应该把你的业务放在你的服务器端
如果你认为造成胖服务器的话你可以分成多个服务器
比如你有30个模块，你可以把它分成4个应用程序服务器（也就是4个remote data)
在客户端你就要放4个dcomconnection 来连这4个应用程序服务器
到时候你把4个服务器放在不同的机器上就行了，由4台机器来分别执行相应的
业务不就可以了，不过在分发时可要多注意点呦！！！
       |----->服务器（业务1）------>|
客户端-|------>服务器（业务2）----->|---->数据库
       |----->服务器（业务3）------>|
       |----->服务器（业务4）------>|

Answer 7

xzgyb(老达摩) ,你好，好久不见！
make11111(可可）：
我只做一套客户端程序，这样的话我必须引用多个接口库，我没这样用过，
不知道对客户端程序有什么影响？