B/S架构及C/S架构

在软件开发领域，系统架构是构建应用程序的基础，常见的两种架构模式是B/S（Browser/Server）架构和C/S（Client/Server）架构。本文主要探讨的是C/S架构，尤其是深入三层架构的设计原则和实现细节。 B/S架构，也称为浏览器/服务器架构，主要特点是用户通过浏览器访问应用，服务器端负责处理业务逻辑和数据存储。这种架构降低了客户端的硬件需求，便于更新和维护，但可能因网络延迟导致用户体验下降。 C/S架构则将应用分为客户端和服务器两部分，客户端负责用户交互，服务器处理数据和业务逻辑。C/S架构通常能提供更好的性能和用户体验，但升级和维护成本较高，因为每个客户端都需要更新。 深入三层架构是一种在C/S架构基础上的进一步细化，旨在提高代码的可重用性、可扩展性和可维护性。三层架构通常包括： 1. UI（用户界面）层：负责显示数据和收集用户输入。UI层不包含业务逻辑，它将数据以实体对象（Entity object）的形式提交给业务逻辑层（BL）处理。 2. BL（业务逻辑）层：处理UI层提交的请求，实现业务规则和流程。BL层又分为两个子层： - Business Function子层：实现基础业务功能。 - Business Flow子层：将Business Function子层的功能组合成完整的业务流程，事务（Transaction）在此层开启。 3. ResourceAccess层：提供对各种资源的访问，包括数据库、外部服务等，向上层隐藏资源来源的细节。ResourceAccess层又包含多个子层： - BEM（Business Entity Manager）子层：通过DataAccess子层和服务访问子层提供业务所需的数据访问能力。 - DataAccess子层：处理数据库的读写，隐藏SQL语句和数据库差异。 - DB Adapter子层：屏蔽不同数据库系统的差异。 - ORM（对象关系映射）子层：将对象模型映射到数据库结构。 - Relation子层：处理ORM无法覆盖的基于关系的数据访问。 - ServiceAccess子层：通过SOA（面向服务架构）从外部系统获取资源。 - ConfigAccess子层：管理配置文件的读写。 4. Entity层：作为数据传输对象，贯穿于UI、BEM和ResourceManager层之间，用于数据交换。 此外，系统还涉及到一些横切关注点（Aspect），如安全性、错误处理和日志记录，通常通过面向切面编程（AOP）技术实现。 设计规则强调了层次间的独立性和数据传递方式，如禁止跨层调用，使用Entity对象传递数据，特定情况下使用DataSet等。异常处理方面，区分系统异常和业务异常，确保业务异常转化为业务结果，系统异常能正确传递和处理。 深入三层架构提供了一种结构化的C/S应用设计方法，通过明确的职责划分和良好的模块化，提高了系统的可维护性和可扩展性。对于大型复杂系统，这样的架构设计尤其重要，因为它有助于保持代码的清晰性和团队协作的有效性。