“拿来主义”里面的道道

项目前端使用的是国产开源框架DWZ，使用咱们国人自己编写的框架，心底不由自由的油生一种自豪感，此外还有一个莫大的好处呀：学习起来相对容易，上手简单。

但是框架这东西：用其所长，必容其所短呀。DWZ的文档说明，确实有些简陋的太说不过去了。文档中，对于大部分js文件都只是做了简短的说明：面对一个js文件，它只有两行文字说明。想象一下：当你项目中急用，查资料查到此处时，不知你心底是什么滋味（滴血呀~~）

看完DWZ的官方视频你也许就释然了。文档就是开发人员就是写的，站在他们开发人员的角度来说，这些文档已经相当详细了。。。国内的开源事业确实还有很长的路要走啊。

对于项目中一些简单的业务，我们大多时候是根据给的Demo，直接copy过来。而当我们处理项目中比较复杂的业务的时候呢？直接copy就不好使了。网上关于DWZ的资料也比较少，找百度帮忙往往也是无济于事。于是乎，当大家容忍不了框架的缺点时，哀怨界也就多了一个声音：”这破框架，还不如直接写js来的快呢“。然后这时你有三种选择：一、认为框架做的不好，这个问题解决不了；二、等着，别人做好了copy过来；三、看那无文档无注释的源码。

其实这时，咱就应该好好想想：尽管做过的项目很多，但是由于copy的太多，知其然不知其所以然的东西太多，所以仍然感觉学到的很少、很虚。当你描述一个知识的时候，也会很片面、不系统。这也许就是外包人的悲哀，做的东西很多、很杂，但是不曾深入研究某一方面，没有精通的东西。

想一想，我们开发人的收获大部分都是来自于项目经验，而真正的项目经验却是那些解决问题的积累。

                     

                                                                                                          (书本中的是知识，运用之后才是财富)

所以很多时候，当我们在百度谷歌搜到答案后，不妨停下来对它做一个了解，要清楚为什么这样做。知其然，最好还要做到知其所以然。当我们copyDemo的时候，不妨深入研究一下，毕竟你不是仅仅使用一次。当我们面对无文档无注释的源码时，不妨研究一下。起码根据自己的代码以及给的文档提示，在源代码中找到你使用的标签方法，查查它的大体实现。不能解决也算是一次有勇气的尝试，也算是勇者了，起码也要获得一个最佳勇气奖，能解决就那就更好了，弄不好能获得一个“这辈子值了”奖，那你就发达了，兄弟~~~

拿来主义这个词，是我们中国人发明的（别跟我说你不认识鲁迅先生）。原意是指要选择性的吸收传统文化，而本文是指在copy时，不仅要知其然，还要知其所以然；寻求别人帮助时，一定要自己先做尝试。

所以说呀：若爱就请深爱，若用就请先了解。不然结果只会两手空空。