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

猪了个去
  • 349

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

回复
阅读 4.6k
4 个回答
✓ 已被采纳

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

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

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

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

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

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

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

52lidan
  • 2.8k

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

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

第三,做好说明文档。

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

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
宣传栏