怎样对待项目引入第三方库？

Question

回头看了一眼，基本能不发明轮子的我都没有发明，都用的第三方库，比如pytz处理时区啊envolope发送邮件啦什么的，用的时候可能再稍微封装一层
后端的第三方库还好说，也多不到哪去，前端的库引入的就更多了，bootstrap、jquery就不说了，他们的插件也用了一堆，jquery-ui啊bootstrap-dialog、bootstrap-editable啦。
我就想问问大家是怎么看待第三方库的，对于相似的功能，是自己发明一个轮子，还是引入更多的第三方库呢？

Answer 1

通常情况下，只要是Github上关注数超过10的，都比你自己搞的强多了。

尽量不要想着自己搞，一个轮子能做到架构合理，可迭代，持续更新，无坑真的很难。

在公司的团队里经历过太多为了简单而不用第三方的，结果自己搞出来的又难用又难维护

Answer 2

商业的第三方，不在这个问题的考虑范围之内：

1. 是否一直有技术支持；
2. 文档是否齐全；
3. 使用以后，组内是否有人能hold住；如果hold不住，果断放弃，找一个能hold住的；
4. 该第三方库是否有其它公司在使用，是否有经验可以借鉴；
5. 社区是否活跃。

考虑一下以上的几点，就差不多了。

Answer 3

1.团队中是否有人足够熟练掌握
2.所用类库是否足够被广泛应用

Answer 4

第一，确保组件功能不重叠，有些前端组件有功能重叠，后端胡乱引入，这是神坑啊。

第二，确保组件质量。没人喜欢用jquery官方UI组件，原因就是UI的强耦合，实在是狗屎。另外，请在github上找star超过100的，并且更新比较近。

第三，做好说明文档。

第四，必须引入模块化的概念了，不然组件代码最后就成意大利面了。