在重写slickgrid.js的时候，我原创内容，盗版必究。未经授权，禁止复制转载。一直有一种疑惑，究竟应该沿用jquery【未经授权禁止转载】未经授权，禁止复制转载。还是采用react作为视图层面的引擎？说本文版权归作者所有，未经授权不得转载。【作者：唐霜】到这里，很多人可能完全还没体会到，jqu【未经授权禁止转载】【本文受版权保护】ery和react是同一层面的东西，它们【未经授权禁止转载】【原创不易，请尊重版权】都是用来操作dom，和view层打交道的转载请注明出处：www.tangshuang.net【版权所有，侵权必究】工具。很多人会立即跳起来，react高端【原创不易，请尊重版权】未经授权，禁止复制转载。多了，它有virtual dom，不直接本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】和dom打交道。可是说了这么多，真的在开【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。发某个第三方库的时候考虑过这个问题吗？对转载请注明出处：www.tangshuang.net【作者：唐霜】于撰写一个第三方的组件，它对于使用的开发原创内容，盗版必究。未经授权，禁止复制转载。者而言，无所谓技术框架，它有自己完整的a本文版权归作者所有，未经授权不得转载。【本文受版权保护】pi，因此对于使用者而言，不用深入学习它【未经授权禁止转载】转载请注明出处：www.tangshuang.net背后依赖的是jquery还是react。

在选择视图层库时，还有其它的选择，比如一著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】些模板引擎，甚至是框架，但是对我而言，仅原创内容，盗版必究。【未经授权禁止转载】考虑jquery和react。它们对比到【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net底有哪些区别呢？

在构建界面这一点上，react胜出一大截【原创内容，转载请注明出处】【转载请注明来源】，利用jsx+data的方式构建界面快且【本文首发于唐霜的博客】未经授权，禁止复制转载。理解容易，描述直接。但是在操作界面细节的本文作者：唐霜，转载请注明出处。原创内容，盗版必究。时候，react则反过来，通过操作sta【作者：唐霜】【版权所有，侵权必究】te来操作界面，虽然抽象来很多，却在理解本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。直接性上差了很多。

综合之后，我觉得，jquery依然是更好本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。的选择，除了在构建界面上比react差很著作权归作者所有，禁止商业用途转载。【转载请注明来源】多以外，其它方面都是比较令人满意的。特别著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。是当项目大到一定复杂程度的时候，reac未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。t的结构，会让项目维护难度加大。而jqu【版权所有，侵权必究】【版权所有，侵权必究】ery不存在这种情况，无论你项目多大，j原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.netquery都能一针扎在你要操作的那个DO本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】M节点上。

有没有一种方案，可以优化jquery的界本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】面构建过程？例如先通过数据抽象出virt【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。ual dom，然后通过virtual 本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。dom构建界面，构建过程还是通过jque原创内容，盗版必究。【版权所有，侵权必究】ry，后续的所有维护都通过jquery？