这是一个创建于 3600 天前的主题，其中的信息可能已经有所发展或是发生改变。
grunt gulp broccoli
requirejs browserify webpack
npm bower component
commonjs amd es6
就不提那些个框架了。。
requirejs browserify webpack
npm bower component
commonjs amd es6
就不提那些个框架了。。
 |
1
omegaga 2015-01-07 23:19:50 +08:00 via Android  3
“听说PHP是世界上最好的语言？
可是淘宝在用Java？ Python好像也挺流行的。 咦，听说有一个叫Rails的框架，为了这个框架还设计了一门叫Ruby的语言。好像也不错。 什么？你说LinkedIn抛弃了Rails改用了Node.js？” 相比之下，只需要考虑JavaScript还是挺幸福的… |
 |
2
TingHaiJamiE 2015-01-07 23:22:12 +08:00
之前也焦虑过..后来淡定多了，选一个够用就好...
|
 |
5
oott123 2015-01-07 23:56:52 +08:00 via Android
@omegaga 最后…终于决定用 Python 了！什么？Python 2 还是 3 ？诶…还没想好…
|
 |
6
SolidZORO 2015-01-08 00:00:47 +08:00 1
那一天，也不記得是上午還是下午了，剛讀懂「grunt」，花了一下午時間寫完冗長的配置，愉快的批處理作業中⋯⋯然後隔天「gulp」就出來了，為了體驗流處理的速度，下定決心投入gulp的懷抱，於是又花了幾個小時把grunt的配置移植到gulp中，一切都顯得那麼完美，編譯數度提升5X＋，又愉快的批處理作業中⋯⋯
然後，過了一個星期，有人和我說有個叫「Duo」的東西，比gulp好太多了⋯⋯ |
|
7
SolidZORO 2015-01-08 00:11:15 +08:00
所以嘛，我說。
前端真是坑很大，而且高速發展，幾天就會過時一批東西也覺得算是情理之中。很多東西甚至還沒開始學就已經過時了，現在前端的lib或者framework，升級什麼的都是跳涯式的，說不支持了就停掉，說舊版本不好，新版本馬上大跳水不考慮做兼容問題。典型例子 -> angular。 所以，我覺得到最後，還是你自己來好了，框架拼拼湊湊弄一個自己的framework，這樣就不會看見有new version就想強迫升級，看到new project很棒就要轉framework，反正可以安慰自己，只有自己寫的才是最好的 ：） 所以，我就很喜歡jQuery這種更新兼顧舊版本，或者正妹avalon這種不可能跳崖更新的好物。程序嘛，能實現，性能不輸太多就好了，管那麼多幹嘛？ |
 |
9
liubiantao 2015-01-08 02:26:17 +08:00
@SolidZORO 魂淡，谁让你告诉我 duo 的，泪流满面，就不应该打开这个帖子，不对，我就不应该开电脑
|
 |
10
hkongm 2015-01-08 08:46:52 +08:00
督促自己坚持学习，我觉得不是坏事
还好当年没走Java那条路，现如今还有人管hibernate叫新技术。。。 我是前端我自豪 |
 |
11
ma7x 2015-01-08 09:07:56 +08:00
混蛋啊 你们说的这几个单词我一个没听过啊 然后我顺着一个个google了一下..你懂得...
|
|
12
ma7x 2015-01-08 09:08:52 +08:00
选择性恐惧症 加 强迫症的才是真的不能干编程啊... 我会把每一个都研究一遍的....
|
 |
13
geew 2015-01-08 10:04:06 +08:00
看来还是我比较正常一点 我只认感觉 先看名称 再看文档 有感觉了 就决定是你了 没感觉看着恶心 GG
|
 |
14
hxtheone 2015-01-08 10:18:04 +08:00
手贱打开这个帖子= =
|
 |
16
kofwang 2015-01-08 10:57:27 +08:00 via iPhone
尼玛，这帖子毒害人啊
|
 |
17
iwege 2015-01-08 11:10:47 +08:00 2
其实确认了选择标准的话，都不是很难选择，我选择的标准是：“教起来尽量的简单”，而且之前选择的莫名其妙的用了三年左右。
gulp 基本可以满足所有功能，自己加新的简单方便，grunt编写个新的plugin 难度大了点复用性还不是很好，后面一个听过看过一些教程然后放弃了。不过这个是先选择了grunt之后再换到gulp，因为当年gulp还比较新。 requirejs api 稳定用了两年都没有大变过，开箱即用。browserify webpack 要么加载前要编译，要么要起server都不适合快速配置环境，放弃。 npm bower component 只用npm。 bower还差了点，而且感觉上怪怪的，总觉得和npm一样从来不过滤垃圾。component 流行度不够。 commonjs amd es6 后端cjs ，前端amd， 很好区分。es6流行度不够而且选择了前两者就和es6没太大关系了，尽管有项目也在用es6语法的typescript。 框架首选backbone也是因为API四五年没太大变化，扩展起来也容易。google组的不跟，觉得他们的复杂而且口碑差，迁移部分概念到backbone的framework即可。ember的上手难度远超backbone。正在研究react和backbone的整合可能性。 模板系统选择doT至少一两年没啥更新了，因为可以编译成无依赖的纯js配合requirejs optimizer。handlebar那玩意编译成js还需要加载一个min做支持，虽然提升了复用性，但是optimizer的时候需要考虑的比无依赖的多。 |
 |
18
airycanon 2015-01-08 11:13:12 +08:00
我觉得楼主挖了好大一个坑。
|
 |
19
zealic 2015-01-08 11:36:20 +08:00
gulp + webpack + bower
|
 |
20
imn1 2015-01-08 11:44:30 +08:00
前端应该最头痛的是“兼容有一定市场份额的所有客户端”这种需求
|
 |
21
knightzorro 2015-01-08 11:49:28 +08:00
这话太精辟了！深受选择恐惧症的人支持下楼主这个观点。
|
 |
22
learnshare 2015-01-08 11:54:19 +08:00
用最火的技术就好了
|
 |
23
akfish 2015-01-08 12:13:47 +08:00
楼主列的这些，以及没列出来的那些框架，我全都撸了一遍，大多数源代码都看过。
不就是看半小时文档拿来就能用的东西，哪有那么恐怖，反正我是每个项目都喜欢用以前没用过技术来做。 纠结半天还不如下手去做，多亲自调查而不是靠道听途说。 |
 |
24
jc4myself 2015-01-08 15:31:02 +08:00
有太多不懂的时候瞎折腾也挺好的！
|
 |
27
Loop680 2015-01-09 10:42:07 +08:00
妈了鸡手贱了(╯‵□′)╯︵┻━┻
|
 |
28
mingyun 2015-01-11 16:18:08 +08:00
的确选择太多了
|
Select Language