三层架构下的设计问题（12月12号结贴，欢迎大家来讨论）

2007-12-06 09:55:13 676 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

cxx1997 墨衍会员 · AI 创作全网分发关注 + 加入社区

简单mvc+三层架构实现增删改查功能程序媛做后台开发“难难难”，那就来点前端小项目练练手吧！！前端界面优化，简单的增删改查，最适合JavaWeb刚起步的green bird啦（本人）欢迎一起交流一起学习！（b站仙仙liang）阅读详情

我们希望实现一个可以远程部署（包括外网）的三层架构
为了实现复杂的客户端操作，展现层使用WIN FROM
中间业务层使用了CASTLE+NH做ORM
数据访问层 NH的数据访问模块

现在如果是普通的CS模式，已经没有问题
但是如果要部署成三层架构，我想到两个方案
1：部署数据访问层
实现一个可透过HTTP/TCP等协议访问的数据访问方式，然后插入NH

这个方案从设计理念上讲，展现层和业务层还是耦合在一起的，业务层没有真正独立

2：部署业务层
由于CASTLE的实体类包含了对象的数据和操作，且没有继承MASHBYREF，只实现了序列化，意味着我们可以把实体类传递到展现层，但无法使用实体类的方法（如SAVE、CREATE等）
我查询了一些资料后，觉得有三个选择
1：修改CASTLE代码，使其基类继承MASHBYREF，然后透过REMOTING发布，展现层以CAO模式使用

这个方案，感觉风险很大，CREATE都是透过反射NH来做的，这样部署是否有风险

2：实现自己的实体类和操作类，实体类只包含数据，操作类为无状态服务层
操作类透过REMOTING以SINGLECALL方式发布，内部实现上，将传递来的实体类转换为CASTLE的类，然后调用或反射CASTLE的相应方法

这个方案，工作量不小，层层反射后，效率很低；实体类的关系处理变得复杂，
CASTLE的很多特性无法使用（比如其中一个属性延迟加载）；

3：网上有人提到可以用CASTLE的AOP，在前台扑捉实体类的操作后，反射到远程服务器

觉得这个方案和2方案的本质差不多，可以少写点代码是可能的

欢迎大家提出建议
我将在12月12号结贴，到时不管有没有答案，都谢谢大家

...全文