这些天在极客时间上购买了一些大佬的课程进行学习，特此对学习内容进行总结，以从课程中找到现在对自己有帮助提高的内容，不让钱白花呗～
今天在一个课上学习了架构设计的三大原则，虽然自己现在距离做架构设计还有非常远的距离需要走，但是提前学习到这些方法论也有助于自己今后理解团队内大佬的架构设计的思路，为什么会做这样的设计。并且想通过学习架构设计的思想和原则，在软件设计编码这些领域也给自己一些启示和新的理解。
架构设计的三大原则是合适原则，简单原则和演化原则；这些原则具体的释义从字面上也能很容易去理解，难点在于怎么去进行实践，通过课程的学习，这里从平时做的软件设计编码设计的层面上对这几个原则进行一下理解。
首先是合适原则，在进行编码设计的时候自己经常容易想把自己学习到的各种高级用法高级的第三方组件去实现，恨不得把自己毕生所学能利用起来将负责的模块设计的高大上而复杂，其实不然，做设计的时候最最重要的原则就是要选择最合适的方案，而不是什么最高级看上去最厉害的方案。比如现在要做一个学生信息的管理系统，在数据库选型的时候，因为已经明确要存储的数据就是普通的学生信息，这个时候用最常规的关系型数据库即可，mysql就是最好的选择，没必要还去考虑redis，mongodb，TiDB之类的数据库。
简单原则和合适原则有一点类似，关键在于不要做过度设计。之前我在实现一个功能模块的时候，里面有一个多个routine维护的map，为了保持在大量routine对map进行并发操作的情况下数据的正确性，其实最简单的方式就是加互斥锁，但是我一开始想要追求无锁化的代码逻辑，导致需要考虑各种情况，代码逻辑十分复杂，测试起来也很困难，而且一旦需要修改，就可能产生未知的bug，维护性差，最后改为加锁的版本之后发现因为其实系统的并发程度并不高，所以加锁并不会成为性能的瓶颈，这里就是典型的过度设计。
最后一个演化原则就是说不要想着在设计的时候一步到位，这个在平时开发的时候主要是对于大量的紧急的需求，可以优先保证功能的实现，然后再去考虑后续的优化，提高效率。
网友评论