近几年前端变化很快，典型的各种奇葩框架层出不穷。
angularvuereact对开发人员的要求更是水涨船高。
话说回来，为什么要用这些框架！
思来想去，似乎只有两个目的：
1、组件化：为了多人合作开发更规范更有条理，代码复用性更强。
2、借助框架（库）解决一些用dom不好实现的功能，比如双向绑定。如果目的推测对了。
那新就有问题来了：组件化到底适合什么样的项目。
比如有A、B两个页面，同时用到了注册表单组件（有10几个输入项），样式却不同。
这时候怎么处理组件和样式的关系。
如果再加上表单验证，验证提示信息样式同样有变化。
再变化一些，上边的需，表单项要去除几个、增加几个。样式又有变动（尺寸、颜色、背景等）
再一种情况。公司有A、B两款产品。两款产品设计风格完全不同，同样的前端团队来搞。难道要抽离出针对两款产品的不同组件？
我只能说题主的想法太过于片面和极端了
其实你提了那么多问题，说到底也只是一个组件复用性的问题，是的，关于你提到表单组件复用多个场景的情况，几乎无解。举个例子，比如这个页面右边有个“回顶部”的组件，我想要复用，但是我觉得这个组件样式太丑了，我想要一个火箭的样子，然后点了之后就蹭蹭蹭的往上跑，如果刚好这个组件是你开发，那么我说了这些之后你是不是不想理我了？同理，就像你说的 公司有A、B两款产品。两款产品设计风格完全不同 既然2者的风格都不一样了，何必硬要扯在一起呢，就算你初版能复用同一份组件，那么以后改版呢？设计风格还是不一样，维护起来更麻烦。这就是为啥我要说极端了，组件的可复用性是有限的，不能适用于所以业务和场景
还有就是复用性只是组件的一个优点而已，组件还有碎片化、工程化、规范化的优点呢？网上可以找到很多讲这些的，就不累赘了，也是我为啥说片面的原因了
某种意义上说是angular1为了兼容妥协的太多了 而且某些设计思路没有前瞻性
所以就有了react
我觉得有这个想法的人，肯定没有用过angular vue react
难道不应该表单组件化吗？
如果出来CDEFG页面(产品)呢?
再者,'为了多人合作开发更规范更有条理'这个我觉得尤其重要,我们现在就遇到这种情况