《架构整洁之道》书中提到：对于大多数应用，可维护性比可重用性更加重要。
当代码已经处于一个已经进行过多轮优化的阶段，关于维护性和重用性就必须有一个取舍
前端项目中，react项目，由于组件的颗粒化，不可避免的大多数大厂项目选择了可重用性，同样的vue项目中，依然可以将可重用性为原则去优化，但是简化代码的同时，带来了业务阅读的额外成本
在开发中和效率直接挂钩的，自然是简洁性和可读性，代码是写给人看到，给机器看的话，我们根本不需要那么多编译器和语言，既然如此，可读性很重要，体现在代码里面就是可维护性
这两年，我在写代码的时候经常思考，怎么样写出的代码，简洁同时不同阶段的开发人员都可以读的懂(能读懂，能写，知道为什么这么写是不同的阶段)，起码就可维护性而言，我认为好的代码可维护性和复用性都很重要
架构整洁之道中的那句话，触动到了我，关于复用性和可维护性都是代码中及其重要的指标，那么很多时候，我们开发该如何去取舍呢？
我认为这采取技术团队，为了业务和产品服务，致力于市场，致力于团队，当以可维护性为主；为了极客精神，团队都是技术水平较高的水平下，业务以技术驱动为主，这样的情况下，可维护性变得不那么多重要(不需要照顾不同梯度水平的前端)，这时候项目可以向着更小，更快，更精简的方向发展！
若有收获，就点个赞吧
0 人点赞
