两种系统架构比较，请大虾指点

brightheroes 2003-10-28 04:28:03

采用远程对象，access数据库，n个逻辑模块（每个模块下面有一个业务逻辑类）
第一种：
将数据库和数据库访问类注册到服务器上，每个逻辑模块都通过服务器访问类的远程对象来操作数据库。就是说只注册一个通道（数据库访问类）在服务器和客户端之间。
第二种：
将业务逻辑类统统注册到服务器上，这样就建立了n个通道。

请各位大虾畅所欲言，评论一下，或者提供更好的架构。

...全文

86 15 打赏收藏转发到动态举报

写回复

用AI写文章

15 条回复

切换为时间正序

请发表友善的回复…

发表回复

henryfan1 2003-10-29

打赏
举报

数据服务器+服务应用程序服务器（WebServer,Removting）+客户端

brightheroes 2003-10-29

打赏
举报

zhehui 2003-10-29

打赏
举报

我个人的看法是：把尽可能多的业务层的操作放在客户端。然后把操作的结果上传回到服务器

端。这样服务器就不会很忙。

还有最好只注册一个通道，多通道也就多了一个进程。服务器的负担也大。

我个人是采用第一种的

realsnow 2003-10-29

打赏
举报

同意阿亮的建议，希望能看到其他高手的有创建性的建议！
mark

陈厚百 2003-10-29

打赏
举报

同意gujunyan(ivy阿亮) 的说法。我感觉真的是没有什么好的架构。今后我看BS也长不了。

brightheroes 2003-10-29

打赏
举报

恩，阿亮说的很有道理，其实说实话，我们这个东西面向的用户不会太多，当然，做好了的话是要将业务逻辑层单独架起来的

brightheroes 2003-10-29

打赏
举报

为什么没有人跟帖？
不懂~

顾君彦 2003-10-29

打赏
举报

(1)数据访问与数据库最好存放在一台服务器上，这样可以有效的减少网络的流量。同时，数据访问所占用的系统资源不会太高，但是ACCESS数据库占用得不少！
(2)业务逻辑层放在另一台服务器上，因为业务逻辑层可以很忙，占用的资源不会少，用户多的情况下，更不可小视，反正，不在一台服务器上，也做成分布的remoting就行了，到时候可以方便的分到多台服务器上。
(3)客户端口大多一些处理显示的代码，基本不能包含业务逻辑的代码，这样的话，页面或的软件下载时间会短许多，客户容易接受。
不知我的建议怎么样？

brightheroes 2003-10-29