为什么React并不推荐我们优先考虑使用Context？
1、Context目前还处于实验阶段，可能会在后面的发行版本中有很大的变化，事实上这种情况已经发生了，所以为了避免给今后升级带来大的影响和麻烦，不建议在app中使用context。
2、尽管不建议在app中使用context，但是独有组件而言，由于影响范围小于app，如果可以做到高内聚，不破坏组件树之间的依赖关系，可以考虑使用context
3、对于组件之间的数据通信或者状态管理，有效使用props或者state解决，然后再考虑使用第三方的成熟库进行解决，以上的方法都不是最佳的方案的时候，在考虑context。
4、context的更新需要通过setState()触发，但是这并不是很可靠的，Context支持跨组件的访问，但是如果中间的子组件通过一些方法不影响更新，比如 shouldComponentUpdate() 返回false 那么不能保证Context的更新一定可以使用Context的子组件，因此，Context的可靠性需要关注。
组件根据自身情况，在shouldCompoentUpdate返回了false,本来就是逻辑需求，不能算缺点呀
-
问题内容： 众所周知，Java 中的接口已损坏。造成这种情况的原因很多，我将不再赘述。其他人已经做到了。这也是Java架构师本身的立场。 因此，我的问题是：为什么还不被弃用？如果核心Java团队已确定它已损坏，那么他们还必须考虑过时。他们反对这样做的原因是什么（在Java 8中仍不建议弃用）？ 问题答案： 有一个错误在1997年提交给Java的错误数据库有关添加方法，所以将不再是无用的。它以“无法
-
问题内容： 我曾经在hibernate 3中使用getHibernateTemplate（），现在我转向了Hibernate 4，在这里我找不到以下类： 在这里我已经阅读过有关它的更多信息，不建议使用 http://forum.springsource.org/showthread.php?117227-Missing-Hibernate- Classes-Interfaces-in-spring
-
问题内容： 我正在将hibernate项目配置为使用第二级缓存提供程序，以便可以利用查询缓存。 我向ehcache添加了一个依赖项： 我认为我要使用的提供程序类是： 在eclipse中查看引用的库时，我在和上都看到了注释。是什么赋予了？我可以使用最新的替代供应商吗？ 我正在使用hibernate版本3.4.0.GA，以防万一。 问题答案： 是什么赋予了？我可以使用最新的替代供应商吗？ 不推荐使用它
-
问题内容： 我曾经在hibernate 3中使用getHibernateTemplate（），现在我转向了Hibernate 4，在这里我找不到以下类： 有人可以解释我为什么吗？在hibernate4中，我现在需要执行所有任务，例如提交，关闭，刷新由getHibernateTemplate（）方法自动管理的事务？ 问题答案： 因为它的主要目的是使Hibernate会话绑定到当前的Spring事务（
-
我现在是这样做的： > 我有一个在后台运行并读取用户位置的服务。每次读取一个有效的位置（有一些参数，如距离和时间），一个IntentService开始将该位置发送到网络服务器 使用追踪服务的应用程序也有一些网络通话，具体取决于用户按下的选项。现在，应用程序只是在异步任务中调用web服务。 一些代码：位置服务会在每次收到好位置时启动IntentService，如下所示： intentservice处
-
本文向大家介绍React组件命名推荐的方式是哪个？为什么不推荐使用displayName？相关面试题，主要包含被问及React组件命名推荐的方式是哪个？为什么不推荐使用displayName？时的应答技巧和注意事项，需要的朋友参考一下 [react] React组件命名推荐的方式是哪个？为什么不推荐使用displayName？