1. 架构的目的是为了解决问题，而不是“架构”；即我们是为了解决问题而做的架构，而不是为了架构而做的架构
2. 架构是在思考如何解决问题的过程中，做出的一系列设计；这些设计可能考虑比较全面，可能不全面，可能扩展性强，也可能很弱；这些设计综合起来，就是架构；把他们文档化，以自然语言、图表的形式描述清楚，就是架构文档或者叫做设计文档
3. 在设计的过程中，可能会做一些实验型的编码甚至是实质性的编码，也可能不做；前者，可以认为是一边设计一边编码；后者可以认为是纯设计。个人认为后者需要对代码的极高驾驭能力，代码存在于心中。至于前者，如果由开发人员来做，就是一边架构一边编码；若由设计人员来做，那就是等设计完以后，文档化，开发人员照着写。
4. 对于3，后一种开发方式较传统，效率较低，但是协作、开发容易规范；前一种开发方式开发中容易走弯路，但是反复迭代、重构(小范围)，开发效率较高，团队也较紧凑。所以，前者适合一般项目，后者适合大型项目。
5. 对于3，前者是敏捷的，后者是传统的。
6. 这些文字是用来安慰自己的。

来自：我眼中的架构

分类： 系统架构 设计模式