架构搭建相关总结

架构搭建相关总结

架构构建原则

无论再复杂的架构，在构建时都需要满足以下原则：

• 易用性
  • 架构暴露给使用者的一定是最存粹的接口，架构需要向使用者屏蔽内部实现细节。同时架构的各个模块的使用方法应该趋同，这样可以降低架构的使用难度。
  • 架构尽可能在使用上要贴合既有的系统机制，就是说架构在使用机制上，应该以所使用的语言或者底层系统的使用机制为前提进行。尽可能减少拓展新机制。拓展新的使用机制一定意味着更高的学习成本和使用成本。
    • 这里举架构拓展新使用机制的例子：比如我们希望将一个缓存池作为底层，所有架构中的对象都需要通过缓存池进行统一创建而不是直接使用语言提供的new进行构建对象，这种就属于架构自己加入了新的使用机制。
    • 如果一定需要拓展新的使用机制，请尽可能的将新增机制封装在底层。
  • 架构在构建时需要贴合团队中大多数人的使用习惯。
  • 架构开发时，对于方案的选择优先选择时间验证过的稳定的可行方案，这一类方案通常是大家都会或者有所耳闻且网络上对于一些常见问题具有解决方案。
    • 举个方案选择的例子：比如对于Lua面向对象开发的底层构建，Lua官方作者提供的继承链继承的思路就足够简单实用，且被大多数人采纳和认可。这时就非常不建议自己另辟新的道路。不光稳定性得不到保证，架构易用性上也会下降。
• 拓展性
  • 架构应当具备拓展性，可以随着时代发展的架构才是好的架构。
• 伸缩性
  • 随着架构的发展，架构所包含的模块也会越来越多，但并不是所有的项目都需要所有的模块，对于不需要的模块架构应该可以选择不加载该模块。
  • 伸缩性要求除了基础模块之外的其他模块应该是相互独立的。
• 容错性
  • 架构在构建时需要具有一定的保底容错和日志保留功能。

架构构建思想

在构建架构时我们可以使用以下思想进行构建：

• 分层思维
  • 分层思维最经典的例子可以参考网络的7层模型，在对架构进行分层时，我们需要遵循的基本原则是底层为顶层提供服务，顶层管理底层。
• 分治思维
  • 分治思维就是要将一个难以解决的大问题分解为若干个不那么难以解决的小问题，进而逐个攻破。
• 演化思维
  • 架构在构建时要充分考虑到未来可能拓展的情况，并针对进行模块的结构优化

架构构建规范

1. 进行架构立项时需要考虑，自己是否对基于的架构足够的了解，且当前底层架构确实不能满足业务需要。
2. 需要考虑项目组大多数人的使用习惯，切勿一意孤行。
3. 优先选择成熟的稳定的架构作为解决方案。
4. 架构设计时要满足架构构建原则和构建思想。

架构构建模式