遇到坑很难填，这个假设是建立在选型不成熟库的前提下。另一维度，nutz是单一库，你会害怕遇到坑很难填就不用么？
相反，单一库遇到问题只要重点分析单一库的问题、原理即可，这些问题往往是一通百通，以后就不怕遇到问题。如果是多技术栈之间遇到问题，分析解决起来更复杂，不是吗？
是的，照源码抄谁都会，简单的CRUD是不难。但是业务复杂多变，如果需求方要求弄个TreeGrid效果官方没有示例呢？你是不是得分析已有的技术栈里是否存在相关的东西，然后再去分析实现原理，及前后端的融合。如果没有，那就需要另外选型研究。。。
现在是“快餐文化”的时代，选型nutzwk也主要是图快、稳定。我不知道会不会有人因为源码中含有十几个css、js的引用而吓退~
当然，我承认其实每种方案都各有利弊，而且有很大的改造成本，因此这只是一个建议，供大鲨鱼参考，呵呵