请教大家都用什么做三层架构的应用层

请问大家都用什么做三层架构的应用层？
除了EASever外还有什么？

[解决办法]
.net
[解决办法]
绝大部份是直接连接的数据库.
[解决办法]
pb11 .net Webservice
[解决办法]
永生兄，总的来说，就是为了把业务规则从代码中分离出来。三层架构是基础，把涉及到业务知识的代码从分散在各个对象中的状态，变为集中到特定的对象中的状态。

好处：
维护起来方便，不必东找西找；

理解起来容易，不必从用户或需求说明书里了解业务知识；

如果业务层设计得好的话，业务规则将是清晰而明确的，不会因为业务变动而导致“头痛医头，脚痛医脚”的补丁越来越多，最后使业务控制变得混乱而脆弱，改一处代码便会引起不可预测的问题。

为什么说是基础，我们的终极目标是要把业务知识完全从代码中分离出来，并以人性化的方式展现于用户面前，做到在业务模型不变的前提下，业务规则可由用户完全掌握，而不需要修改任何代码。
[解决办法]
到以下地址下载我那个web组件客户端程序, http://61.142.81.177/download/txweblibrary.exe 
安装后,访问 http://61.142.81.177/default.htm, 看看我用asp.net + com + pb开发的一个简单的demo程序,这个demo是前段时间写的,新的demo正在开发中.
[解决办法]
有个问题，你这里 基类 base.pbl 和 祖先类 ancestor.pbl 这两个怎么分的

探讨

回 JohnMin 兄：
具体来说，无非就是想尽一切办法，进行最大程度的复用。

表结构，尽可能设计成通用的和特定业务两类，通用的可以复杂一些，但绝不涉及业务知识；特定业务的，结构要尽可能简单，最好只是些基础数据，避免出现业务的控制机制。

代码从底层起，全部采用继承方式建立，pb 里除了全局函数没法继承外，其它的应该都可以继承的。
比如我的代码层次就是这样的：
基类 base.pbl
通用类 general.pbl
通用模块（打印，查询之类）print.pbl, query.pbl...
祖先类 ancestor.pbl
框架类（基础的业务模型）
d_xxxx.pbl
w_xxxx.pbl
m_xxxx.pbl
...
业务类 xxx_op.pbl（特定的业务知识）

至于动态参数之类的编程技巧，自然是只要有利于复用的，统统都用上。

[解决办法]
所谓基类就是指：最最基础的类了。它们可以完全通用于任何 pb 应用，函数形式定了就不能改的，只允许扩展，并且一定要兼容老版本。

所谓祖先类就是指：在某个应用内，凡有类似对象都必须从其继承的类。任何时候改一下祖先，子孙全都跟着变。

查看更多 下一篇