组件设计原则

前言

在前端开发领域，组件开发一直是一个绕不开的话题。

那么在组件开发时，要注意哪些问题？如何开发出易维护且复用性高的组件？

下面就结合面向对象设计原则，和开发中的实践经验，总结一部分组件开发需要注意的几个原则。

原则

1、保持简单 （KISS—Keep It Simple, Stupid，Straightforward）

代码足够简单，也意味着易读、易维护，bug 比较难以隐藏。往往简单的设计越高效和通用（符合奥卡姆剃刀原理）。

如何满足 KISS 原则？

• 不要过度优化。比如加入某些不常用的高级写法，或者使用一些过于底层的函数，位运算等。牺牲了可读性和可维护性。

• 不重复造轮子。尽量使用经过验证和稳定的库和方法。减少维护成本和出错的概率。

• 不要过度设计（YAGNI—You Ain’t Gonna Need It）。在能保证扩展性的前提下，不要提前设计和编写当前用不到的功能。现在用不到的，未来可能也用不到。

如果组件是服务于业务的，就尽量让业务需求驱动，而不要技术驱动。

2、单一职责（SRP—The Single Responsibility Principle）

一个组件负责完成一个职责/功能。

单一职责可以保证组件的粒度，有