架构之美 -- 感悟

时间 -19.08.22-读《架构之美》对软件架构感悟如下

1. 什么是架构师？

答： 个人觉得，“架构师”就好比在城市建造初期的‘城市规划师’类似的工作职责，在软件开发的期初，我们需要一个系统规划师去规划整个软件系统的‘架构师’。使得我们的软件，在建造，维护，扩展的情况下都能有条不紊的进行下去，当然这是建立在一个好的架构基础上。所以，一个好的架构，会使得一个团队更好的配合，可以得到一个好的软件产品。

2.  什么架构是好的？

答：在《架构之美》中提到，好的架构平台，核心内容尽可能的简洁，坚持“保持敏捷”的模式。

• 就是在开发中，不管是改功能，模块甚至是改架构平台都可以很好的实现
• 可以对功能，模块的增删改查，都可以为你提供一个很好的模板，不会出现各种业务嵌套的情况
• 风格一致，包括代码风格，模式风格，以及整个系统的风格都可以保持一致
• 不会出现业务功能重复的情况

3. 低耦合、高内聚具体含义？

答：相同或者相关的内容合在一起，内聚就是指模块内的功能作为一个整体的粘合剂

低耦合，就是指各个模块与模块之间，没有相同功能的穿插，尽可能的减少模块之间的耦合度

4. 在最初明确架构的时候应该注意什么？

答：明确需求，在设计整个架构的时候，我们要明确整个系统要做什么，当前如果我们不知道，我们这个系统要做什么的话，我们暂时不要去设计它，我们只要设计我们明确的东西。

5. 个人的经历。

身为一个程序员，在最开始‘搬砖’的时候，并不能很好的去理解什么是还的架构，因为当时并没有这个思维，当时的我，在经历了一次‘大都市’的架构后，渐渐的明白了。一个很差劲的架构，是没有办法留住人才的，因为在这个架构里面，每天都是在造轮子的事情中度过，代码量很多但是全是一些 ’垃圾代码‘ 每天都是去改BUG，折腾的死去活来的。团队里面死气沉沉，因为在一个混乱的架构下面，代码集庞大且冗余。成员每天都是在打补丁。