你怎么看第三方库？

[conis]

我对使用第三方库是比较慎重的，特别是对于比较重量级的第三库，因为学习起来本来就需要成本，如果你不了解就冒然引用，本身就是一个潜在的灾难。我对第三方库的选择原则如下：
1.尽量选择开源或者大厂商的产品
2.Team中是否有人对这个产品了解
3.我能否用上80%的功能，起码也要用50%吧。我见过仅仅为了$("#id")而使用jQuery的，这种引用第三方库实在是没有必要。
4.是否可替代
5.和项目的耦合度是否很低，有时候我可能因为工期紧张的原因使用了某个库，但我希望以后能很轻松的替换掉它，最好是数行代码就可以搞定
6.轻量级

[ssword]

更倾向于认为自己造的轮子不会比三方库质量高。

选个好用的就行了。

[ElmerZhang]

还有一条最重要的，是否还有人在维护。

[PrideChung]

个人倾向
轻量的，重量级的库通常意味着更高的学习成本而且很多功能可能根本用不到。
开发活跃的，看git最近的提交，x years ago那种就算了。
文档齐全的，否则库再nb不会用也不行。

[yech208]

三点建议：
1. 选择主流库{更新有保证；用的人多了遇到的问题自然好解决}；
2. 与项目的耦合度低{同第5点}；
3. 把重心放在业务逻辑上而非UI的实现。

[BigZ]

干活最重要是按时交付，其次才是满足程序员的洁癖

要尽量的忍住

[hyq]

那得看学习那个库的成本和自己造轮子成本

[ccp0101]

首先是基本上主流库需要就加吧. 什么jQuery啥肯定直接加进去了.. =.=

我觉得不需要使用50%功能才加入.. 我比较看好的是一直在被维护的库. 假如我只需要underscore.js里面某个很简单的估计自己实现就十行的函数我还是会直接引用别人的库。比较很多情况下自己的实现是没有在大量使用的情况下测试的。

[insraq]

jQuery, underscore.js 基本算标配了吧，其他的看需求。

[gucheen]

jquery都快变成官方库了

[catfan]

Qatrix应该适合你的部分需求

http://qatrix.com

[cyberscorpio]

我是凡是能自己实现的都自己写，不用第三方库。。。

[lepture]

> 3.我能否用上80%的功能，起码也要用50%吧。我见过仅仅为了$("#id")而使用jQuery的，这种引用第三方库实在是没有必要。

完全不认同，这样使用正好就是正确的，本质上来说 jQuery 所做的一切事情都是 DOM 相关的。

[chone]

可以尝试一下closure library，配合上closure compiler的高级模式，很多项目根本不需要的就东西不会出现在build版本中了。而且可以一goog的lib为基础建立适合自己的子集或者扩展集。