关于软件架构的思考

        软件版本迭代时间越长，好架构体现的作用越大。而好的架构总能灵活面对各种功能需求，灵活扩展。

       个人觉得设计模式六大原则总结的很不错。这个原则思想在很多地方都有体现，并非只在软件开发当中。例如一个大公司的组织架构，大楼的建造构架。例如苹果手机。从视频网站看各类品牌手机拆解比较，可以看出苹果手机的模块化作的最好，非常简洁。苹果公司制定接口，不同的元器件供应商用这些接口封装模块。而供应商也进化成提供单一功能模块的厂商，模块之间没有直接依赖关系，依赖中控去调度配合。其实任何一个复杂系统，要良好工作，必然要遵循设计原则，从无序节点到有序系统，串联组织起来，要能良好的工作，必然要组织好架构，划分为不同单一模块，模块间通过接口以及统一的中控沟通，避免耦合。 我们的身体也是一个非常好的例子。宇宙原始古老简单，简单的碳原子聚合其他原子，经历几十亿年的进化，成为极度复杂的生命体，一个细胞，一个生命都是一个复杂系统，从无序变为有序，基本上遵循了设计模式的基本原则。比如单一原则，人体是由各类功能特定的器官组织组成，而每种器官组织又由功能单一的各类细胞组成。各类器官又不会互相影响，职责清晰，都通过大脑这个中枢来控制协调工作。一个复杂系统如果不遵循这些原则去构建，必然无法长久更迭。

       软件架构也要追求合适，符合场景，不该over design,需要根据需求人力成本使用场景等等综合考虑去设计。有时候简单往往是最好的设计，比如tcp/ip协议，http协议，都因为简单，成为了互联网的基石。技术开发人员也不应该拘泥在技术争论里，技术服务于产品，产品的迭代速度有时候决定了企业的存亡，很多情况下，要快速解决问题，黑猫白猫，能抓住老鼠就是好猫，能解决实际问题方法就是好方法，合适方法。