架构整洁之道总结

最近对架构整洁之道进行了总结，架构要想做得好，我们得明白架构的行为价值和目标、解决的问题是什么？其次就是架构的价值和编程范式、设计原则又是什么？

上图中已经给出了答案，架构的行为价值就是编写代码实现需求，首先由产品经理把需求整理好，然后进行会议沟通，传达需求需要实现怎样的功能，然后就是编写代码实现需求；架构的目标就是用最小的人力成本来满足构建和维护系统需求，一套好的整洁的架构能给公司减少不少人力和成本；架构需要解决的问题就是，分离逻辑和控制，其中的逻辑就是实实在在需要给客户解决问题的业务，控制就是与业务代码无关控制程序流转的代码，这两个做得好，能给系统减少很多维护成本；

架构的价值就是使软件系统必现足够的灵活，比如我们平时用的微服务架构，不同的微服务能使用不同的技术栈来满足业务；平时用的大中台小前台架构，能够做到系统兼容所有小前台的业务及代码能够复用一套；架构的编程范式就是限制控制流和数据流：结构化编程限制了控制权的直接转移，面向对象编程限制了控制权的间接转移，函数式编程限制了赋值，其中直接控制权转移就是，我们能够知道转移需要执行的代码，而间接转移就是我们java提到的多态，只有在运行时才能知道执行的那个逻辑代码，函数式限制了变量的再次赋值，在函数式编程的代码里面，变量是不能再进行二次赋值，这样减少了并发的问题；架构的设计原则是架构的指导思想，设计原则能够指导我们如何组织类、如何服务拆解、如何服务解耦的方式。

上面说明了软件架构的一些概念，但是要如何成为一名架构师，得从上图中的问题着手，如果能够分辨这个词语的区别，说明有架构师的思维；上图中架构师是挑战技术难点，给业务分析做出平衡的方案，如果在工作中，业务上出现什么难点，并能够给难点做出平衡方案，那说明我们已经是架构师了；同时架构的时间观念也是很强的，上图中已经给出时间管理的方法，我们平时给事情分等级，重要且紧急，重要不紧急，不重要不紧急，依次处理问题；同时在沟通方面需要清楚的知道客户的需求，需要不断和需求人员进行沟通，以达到客户真正的目的。

架构整洁是我们架构师的无上追求，架构整洁贯穿项目整个项目的生命周期，我们要始终记住这些原则，并应用到现在正在开发或者将来要开发的软件系统中去，并给公司带来一定的价值。