react继承方面的疑惑

我现在会写简单的继承自react.component的react组件。作为一个实习生,看到公司的同事在完成一块内容的时候,会采用逐步继承的方式,而不是像我一样写一个很直白的组件。
想问一下大家。如何才能写出这种可复用性强的组件呢 思路是什么呢。应该看些什么书呢

还有一次,是实现一个可删除或增加的list,同事是封装了一个类,把增删动作放在了里面,但是我就是直接在react的组件上加了方法,求问他的这种解决思路应该去哪里学呢

阅读 2.6k
3 个回答
  1. 无视具体场景直接否定继承是不对的,虽然React中强调组合而不是继承来副作用组件,但是在很多时候,通过继承也可以解决很多的问题。主要还是看在哪种具体场景之下。
  2. 将纯粹的业务独立出来好处特别多,在于模块划分的思想,比如可以分为页面层、逻辑层、工具层、配置层等。这种东西我也很难说清楚,能力不足尔,只能简单的说说了,以你的场景为例,将增删改查独立出来做成服务,可以做到测试这些服务的时候不需要关心视图层,甚至可以完全不知道视图层要做什么,只是纯粹的提供服务,也就是透明、独立、低耦合、高内聚、解耦等等等...就算你视图层突然换成Vue也不影响我的服务层,视图层重新绑定一下就好了,毕竟服务层是纯粹的js
  3. 如何学习?代码量阅读量思考量,量变引起质变。

react 不推荐使用继承,一般都是高阶组件或者组合

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题