使用.net Remoting技术构建应用系统架构系列(2)

 由于昨天网络中断，本该出现在昨天的文章迟到了一天，it's my fault，I'm sorry！

先对应用系统的特点做一个简单的总结

1、目标：实现某项企业实际应用的某项管理职能，提升操作层面的效率或是提高管理层对于信息的更加准确、全面的、及时地掌控

2、数据存储一般以数据库为手段，因此Data access一般以DBAdapter为主；

3、业务实体较容易抽象，从Sales queto-->Sales Order-->Delivery-->Returns-->AR Invoice整条业务流程主线中各个业务节点又较大的共性，而且更重要的是这些节点存在基础和目标的关系，大多数企业往往希望能够提供从某个节点进行向前和向后追踪的功能

4、应用系统，正是应用系统，需要workflow的支持，以便于管理者对人员、对业务进行控制，所以一个完整的workflow成为系统的一个基础功能。

5、提醒，写过代码的人大多数人都知道其实是一个Timer，这使得上一道工序的客户：下一道工序能够通过系统使其及时知道标准操作中自己的待处理任务，提高各个环节的响应速度。

6、开发此类系统，许多team往往为基础操作所累，比如每个业务实体的ADD，DEL，UPDATE，QUERY操作。

7、数据的集成性显得尤为重要，比如业务肯定要产生财务数据，这些数据从来源到最终的报表能够一体化的方便追踪，这是一个关键而有挑战的工作

8、以上是自己的一点点入道一年以来的体会和简单总结，欢迎扔西红柿和臭鸡蛋。本文重在从构建一个开发基础平台的角度，能够让开发人员快速开发系统，把注意力放在业务逻辑上。让开发人员成为业务专家，而并非那些重复、冗繁的数据操作上。

废话少说，请期待下一篇关于系统分层的精彩内容。呵呵