采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
请问一下老师,如果我们是平常写一写简单的组件,按照这种原子性我感觉没什么问题,但是比如说有比较复杂的业务组件,这个原子化会不会加大这种组件的复杂度呢,因为我觉得一但如果按照这种标准来的话,对于组件通信这方面的话,复杂度也会大幅度升高。因为有时候难免会碰到这种虽然功能不一样,但是往往这两个子组件又有某种关联了,像这种情况我该怎么处理才最好呢
是的。
这个时候,你就要区分需业务维度的原子,而不是 UI 维度的。
例如一个自定义表单,有可能基于业务来说,一块表单区域就是一个业务的原子。而按照 UI 维度,一个 input 一个 select 就是一个原子了。
老师,开发中遇到一个情况就是一开始拿到设计稿,因为并没有对每个页面每个功能进行深入了解,还有就是后面会新增一些业务,这个时候抽离出来的组件往往到后面会感觉不太适用了,这种情况该如何避免呢?
开发之前应该进行技术方案设计,设计数据模型,API,组件结构
登录后可查看更多问答,登录/注册
面向1-3年前端的框架及项目面试“刚需内容”
4.1k 1
2.7k 11
1.3k 11
1.4k 11
1.2k 11