中小型研发团队架构实践-如何规范公司所有应用分层

中小型研发团队架构实践-如何规范公司所有应用分层 在中小型研发团队中，架构实践和设计是非常重要的。为了达到低成本的复合型框架，需要规范公司所有应用分层。那么，如何让一家公司的几百个应用采用统一的分层结构，并得到大部分程序员的认同呢？这就需要对应用分层进行统一规范。 需要解决服务的调用代码问题。服务的调用代码应该放到哪一层？是表现层、业务逻辑层、数据层还是公共层？不同的程序员可能会有不同的答案。因此，需要统一公司应用分层，以减少开发维护学习成本。 为了达到这个目的，需要采用IPO方式，即Input、Output、Process。应用系统的本质是机器，是处理设备，一进一出一处理。这种方式可以大可小、简单易用、支持多种场景。 在统一逻辑架构中，需要遵循以下几点： * 文件夹分层法：应用分层可以采用文件夹方式的优点是可大可小、简单易用、统一规范，可以包括5个项目，也可以包括50个项目，以满足所有业务应用的多种不同场景。 * 调用规约：在开发过程中，需要遵循分层架构的约束，禁止跨层次的调用。 * 下层为上层服务：以用户为中心，以目标为导向。上层（业务逻辑层）需要什么，下层（数据访问层）提供什么，而不是下层（数据访问层）有什么，就向上层（业务逻辑层）提供什么。 * 实体层规约：DO是数据表对象，不是数据访问层对象，不是只能给数据访问层使用；DTO是网络传输对象，不是表现层对象，不是只能给表现层使用；BO是内存计算逻辑对象，不是业务逻辑层对象，不是只能给业务逻辑层使用。 在实践中，需要遵循以下几点： * 项目命名规则：项目命名规则是{产品线英文名全称}.{子系统英文名全称+应用名}.{项目职责英文名全称}，如Trip.Seller.DTO。 * 业务逻辑层的项目规范：业务逻辑层的项目命名规则是{产品线英文名全称}.{子系统英文名全称+应用名}.xxxBusiness，如Trip.Order.Business。类名以Logic结尾，如OrderLogic.cs。 * 数据操作项目规范：数据操作项目命名规则是{产品线英文名全称}.{子系统英文名全称+应用名}.{使用什么数据库}DB，如Trip.Seller.MSSQLDB。 * 实体类项目规范：数据传输对象DTO项目命名规则是{产品线英文名全称}.{子系统英文名全称+应用名}.DTO，如Trip.Order.DTO。 通过遵循这些规范，可以减少开发维护学习成本，提高应用系统的稳定性和可维护性。