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

在选择视图层库时，还有其它的选择，比如一原创内容，盗版必究。原创内容，盗版必究。些模板引擎，甚至是框架，但是对我而言，仅转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net考虑jquery和react。它们对比到【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】底有哪些区别呢？

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

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

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