# 为什么使用框架?
# 对框架的理解
| 框架名称 | 特点 | 缺点 |
|---|---|---|
| react | - 自下而上的设计，更接近原生的设计 - 更灵活，因为框架只提供了最原生的处理，所以它可以构建任意复杂的系统 - 小的职责范围让团队拥有更小的维护层面 | - 当你用一个简单的概念去解决一个复杂问题时需要更多的研究。因为文档不会告诉你框架的每个组成会对应什么样的解决方案，需要自己研究 |
| angular | - 自上而下的设计,在设计之初就考虑用户可能遇到的所有问题，然后将他们放在一起处理 - 可以用一些抽象的概念去解决问题，而不用做更多研究。因为设计者或者说框架已经替你做了 - 集中设计保证了框架与解决方案的一致性，所以看着文档就可以完成开发 | - 学习成本会更高,因为框架的责任范围大，编写考虑的东西和涉及的点就很多 - 当内置方法不是当前案例的最好解决方案时，就很尴尬，因为你可能找不到一个替代的方案 - 因为这类框架要高度保持一致性所以要引入底层新想法的难度更高 |
| vue | - 职责范围处于二者中间 - 致力于更低的学习门槛 - 希望开发者更专注于开发，而不是在开发前学习更多暂时还用不上的只是 | -平衡、中庸的选择，意味着上述两个框架都会一定程度上的涉及，比如相对react较高的框架学习成本(这是我的个人理解) |
职责范围的意义：
- 大的职责范围让开发者习惯吧问题抛给框架
- 小的职责返回让开发者习惯吧问题抛给社区