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

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

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

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

有没有一种方案，可以优化jquery的界本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net面构建过程？例如先通过数据抽象出virt本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】ual dom，然后通过virtual 【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.netdom构建界面，构建过程还是通过jque【版权所有，侵权必究】【转载请注明来源】ry，后续的所有维护都通过jquery？