1
ssword 2012 年 11 月 17 日 更倾向于认为自己造的轮子不会比三方库质量高。
选个好用的就行了。 |
2
ElmerZhang 2012 年 11 月 17 日
还有一条最重要的,是否还有人在维护。
|
3
PrideChung 2012 年 11 月 17 日
个人倾向
轻量的,重量级的库通常意味着更高的学习成本而且很多功能可能根本用不到。 开发活跃的,看git最近的提交,x years ago那种就算了。 文档齐全的,否则库再nb不会用也不行。 |
4
yech208 2012 年 11 月 17 日
三点建议:
1. 选择主流库{更新有保证;用的人多了遇到的问题自然好解决}; 2. 与项目的耦合度低{同第5点}; 3. 把重心放在业务逻辑上而非UI的实现。 |
5
BigZ 2012 年 11 月 17 日 干活最重要是按时交付,其次才是满足程序员的洁癖
要尽量的忍住 |
6
hyq 2012 年 11 月 17 日
那得看学习那个库的成本和自己造轮子成本
|
7
ccp0101 2012 年 11 月 17 日
首先是基本上主流库需要就加吧. 什么jQuery啥肯定直接加进去了.. =.=
我觉得不需要使用50%功能才加入.. 我比较看好的是一直在被维护的库. 假如我只需要underscore.js里面某个很简单的估计自己实现就十行的函数我还是会直接引用别人的库。比较很多情况下自己的实现是没有在大量使用的情况下测试的。 |
8
insraq 2012 年 11 月 17 日
jQuery, underscore.js 基本算标配了吧,其他的看需求。
|
9
gucheen 2012 年 11 月 17 日
jquery都快变成官方库了
|
10
catfan 2012 年 11 月 17 日
|
11
cyberscorpio 2012 年 11 月 18 日
我是凡是能自己实现的都自己写,不用第三方库。。。
|
12
lepture 2012 年 11 月 18 日
> 3.我能否用上80%的功能,起码也要用50%吧。我见过仅仅为了$("#id")而使用jQuery的,这种引用第三方库实在是没有必要。
完全不认同,这样使用正好就是正确的,本质上来说 jQuery 所做的一切事情都是 DOM 相关的。 |
13
chone 2012 年 11 月 18 日
可以尝试一下closure library,配合上closure compiler的高级模式,很多项目根本不需要的就东西不会出现在build版本中了。而且可以一goog的lib为基础建立适合自己的子集或者扩展集。
|