Qt 项目架构：架构设计

除了极小的微型 demo 级别项目外，其余项目建议用 pri 分门别类不同文件夹存放代码文件，方便统一管理和查找。同类型功能的类建议统一放在一起，如果该目录下代码文件数量过多，也建议拆分多个目录存放，比如系统配置的窗体放在一个目录下，日志管理的窗体放在一个目录下。

很多通用功能，多个项目都会用到，可以考虑封装成 pri 形式的模块，俗称轮子，不断完善这些轮子，多个项目共享该模块，一旦遇到 BUG 修复，只需要更改一个地方就行。

项目如果还更大或者项目组人员分配不同功能，可以考虑插件形式，插件一般会用到两种，一种是普通动态库形式的插件，必须和主程序放在一起；一种是 Qt 机制的插件，放在指定的目录。如果只是就 3-5 个界面的项目，统一搞个 form.pri 存放这些界面。

架构可根据从业务需求到系统实现的不同需要分为：业务架构、应用架构、数据架构、技术架构。

一、业务架构

业务架构的设计原则：

• 将业务平台化。业务平台化，相互独立，例如交易平台、物流平台、支付平台、广告平台等。基础业务下沉，可复用，例如用户、商品、类目、促销、时效等。
• 将核心业务和非核心业务分离。将电商系统的核心业务和非核心业务如主交易服务和通用交易服务分离，将核心业务精简（利于稳定），并将非核心业务多样化。
• 隔离不同类型的业务。交易平台的作用是让买家和卖家签订交易合同，所以需要优先保证高可用，让用户能快速下单。履约业务对可用性没有太高要求，但要优先保证一致性。秒杀业务对高并发要求很高，应该和常规业务分离。
• 区分主流程和辅助流程。

二、应用架构