应用程序架构定义了系统的组织方式、各部分如何通信以及产品如何扩展。对于初学者来说，这个主题可能看起来很复杂，但大多数良好实践都很简单，并且注重清晰度、职责分离和可持续增长。
本指南向初学者展示了架构的基础知识，包括初始选择、常见错误和避免返工的良好实践。
什么是应用程序架构
体系结构和系统结构。它定义：
- 前端和后端如何连接。
- 数据所在的位置。
- 业务规则是如何组织的。
- 系统如何发展。
良好的架构允许以较小的风险进行演进。
为什么架构很重要
如果没有清晰的架构，代码就会变成难以维护的单个块。这会生成：
- 不断的错误。
- 缓慢的变化。
- 攀爬困难。
通过架构，团队可以更快地开发产品并降低风险。
基本原则
一些原则可以帮助初学者：
- 职责分离：各方各司其职。
- 模块化：独立组件。
- 简单：尽早避免复杂性。
- 逐步可扩展性：根据需要增长。
这些原则比框架更重要。
简单的架构开始
对于入门应用程序，最常见的架构是：
- 前端（应用程序或网络）。
- 集中式API。
- 数据库。
这个模型对于大多数 MVP 来说很简单且足够了。
公共层
- 演示：用户界面。
- 应用：业务规则。
- 数据：持久性和银行。
分离这些层可以避免混乱并方便维护。
当考虑微服务时
微服务仅在以下情况下才有意义：
- 产品已经成长了很多。
- 有大团队。
- 确实需要可扩展性。
对于初学者来说，[monolith0] 组织良好，而且几乎总是更好。
良好的架构实践
- 记录主要流程。
- 创建一致的 API。
- 使用已知标准。
- 避免过度耦合。
- 监控表现。
这些做法有助于维持进化系统。
初学者常见错误
- 过早采用复杂的架构。
- 将业务逻辑与界面混合。
- 不要考虑基本的可扩展性。
- 创建严格的依赖关系。
避免这些错误可以节省将来的时间。
初学者清单
- 系统是否有清晰的层分离？
- 后端是否有组织？
- API 是否一致？
- 银行支持基本增长吗？
- 是否有最低限度的监控？
如果答案是否定的，请在种植前进行调整。
结论
应用程序架构一开始不需要很复杂。最重要的是要明确，职责分开，避免过度。通过简单的良好实践，就可以奠定与产品一起成长的坚实基础。
通过应用本指南中的指导，初学者可以构建更健康、更具可扩展性的系统。
另请阅读
- [应用架构-业务最佳实践1
- 【GraphQL应用：真实案例的成本与定价2
- [应用程序中的微服务：扩展用例3
- [应用程序中的微服务：小型团队的用例4
- [单体与微服务：实践中的用例5
- [应用程序中的WebView：缩放简介6