目前较为流行的react确实有很多优点，例如虚拟dom，单向数据流状态机的思想。还有可复用组件化的思想等等。加上搭配jsx语法和es6，适应之后开发确实快捷很多，值得大家去一试。其实组件化的思想一直在提，原来的开发中也会抽一些公共的模块出来。但是react带来的思想冲击是革命性的，套用一句可能不太合适的话来，描述：万事万物皆组件，在这种思想的影响下，不管什么框架都可以抽一些公共的模块出来，应该秉持一种心态：任何代码都尽量不要重复写两遍，如果存在那么就可以考虑封装起来作为组件。当然不是一味的提倡盲目抽离，这个度还是要把握好的。
但是，人无无人，何况物乎。react虽好，但是目前国内的现状是还存在一个让人颇为头疼的浏览器系列——微软的ie系列。虽然微软最新推出的ie系列已经不再那么特立独行了，但是用户不一定也会升级呀。我一个浏览器能用就行，干嘛费那个劲随时升级，而且有这个想法的不在少数。所以面向用户的系统，根据我们自己统计的浏览器使用情况（随手安利一下自己的浏览器统计工具https://github.com/future-team/cat-browser）。ie6这个货排名还不太靠后，遑论ie7-9！
要兼容这些特立独行的文艺青年，react真的有点力不从心了。虽然有一些办法可以解决一些问题，例如引入es-shims转换es6语法的不备支持现象。但是整体来说还是不能用的。现身说法，前段时间一个项目使用react来开发，要求兼容ie8，但是react路由的hash值在ie8下面竟然会丢失。。。。最后还是用一些其他方式绕过了。所以jquery还是有存在的必要性的。
要是开发两套组件，成本还是蛮大的，并且重复的工作量也不小。所以就有个想法能不能开发一个公用组件，jquery和react技术栈都可以使用。刚开始的时候也觉得不太现实，毕竟两种技术的定位和开发模式存在很大差异。不过空想是没什么用的，动手实践一下才是王道。（今天的前言说的有点多了。。。）所以打算实现一个celling组件这个名字还真不好想，就是实现简单的吸顶、吸底和中间特定条件下的吸顶的一个定位组件。
首先分析一下实现的可能性：
一、分析一下两者的不同：
1、在于html的渲染：jquery毕竟只是个类库，具体dom元素还是要html来渲染或者其他方式插入，react通过自己的jsx语法将两者放在一起通过虚拟dom来渲染
延伸阅读
学习是年轻人改变自己的最好方式