grunt gulp broccoli
requirejs browserify webpack
npm bower component
commonjs amd es6
就不提那些个框架了。。
requirejs browserify webpack
npm bower component
commonjs amd es6
就不提那些个框架了。。
|
1
“听说PHP是世界上最好的语言?
可是淘宝在用Java? Python好像也挺流行的。 咦,听说有一个叫Rails的框架,为了这个框架还设计了一门叫Ruby的语言。好像也不错。 什么?你说LinkedIn抛弃了Rails改用了Node.js?” 相比之下,只需要考虑JavaScript还是挺幸福的… |
|
TingHaiJamiEJan 7, 2015
2
之前也焦虑过..后来淡定多了,选一个够用就好...
|
|
6
那一天,也不記得是上午還是下午了,剛讀懂「grunt」,花了一下午時間寫完冗長的配置,愉快的批處理作業中⋯⋯然後隔天「gulp」就出來了,為了體驗流處理的速度,下定決心投入gulp的懷抱,於是又花了幾個小時把grunt的配置移植到gulp中,一切都顯得那麼完美,編譯數度提升5X+,又愉快的批處理作業中⋯⋯
然後,過了一個星期,有人和我說有個叫「Duo」的東西,比gulp好太多了⋯⋯ |
|
SolidZOROJan 8, 2015
7
所以嘛,我說。
前端真是坑很大,而且高速發展,幾天就會過時一批東西也覺得算是情理之中。很多東西甚至還沒開始學就已經過時了,現在前端的lib或者framework,升級什麼的都是跳涯式的,說不支持了就停掉,說舊版本不好,新版本馬上大跳水不考慮做兼容問題。典型例子 -> angular。 所以,我覺得到最後,還是你自己來好了,框架拼拼湊湊弄一個自己的framework,這樣就不會看見有new version就想強迫升級,看到new project很棒就要轉framework,反正可以安慰自己,只有自己寫的才是最好的 :) 所以,我就很喜歡jQuery這種更新兼顧舊版本,或者正妹avalon這種不可能跳崖更新的好物。程序嘛,能實現,性能不輸太多就好了,管那麼多幹嘛? |
|
liubiantaoJan 8, 2015
9
@SolidZORO 魂淡,谁让你告诉我 duo 的,泪流满面,就不应该打开这个帖子,不对,我就不应该开电脑
|
|
hkongmJan 8, 2015
10
督促自己坚持学习,我觉得不是坏事
还好当年没走Java那条路,现如今还有人管hibernate叫新技术。。。 我是前端我自豪 |
|
ma7xJan 8, 2015
11
混蛋啊 你们说的这几个单词我一个没听过啊 然后我顺着一个个google了一下..你懂得...
|
|
ma7xJan 8, 2015
12
选择性恐惧症 加 强迫症的才是真的不能干编程啊... 我会把每一个都研究一遍的....
|
|
geewJan 8, 2015
13
看来还是我比较正常一点 我只认感觉 先看名称 再看文档 有感觉了 就决定是你了 没感觉看着恶心 GG
|
|
hxtheoneJan 8, 2015
14
手贱打开这个帖子= =
|
|
kofwangJan 8, 2015 via iPhone
16
尼玛,这帖子毒害人啊
|
|
17
其实确认了选择标准的话,都不是很难选择,我选择的标准是:“教起来尽量的简单”,而且之前选择的莫名其妙的用了三年左右。
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的时候需要考虑的比无依赖的多。 |
|
airycanonJan 8, 2015
18
我觉得楼主挖了好大一个坑。
|
|
zealicJan 8, 2015
19
gulp + webpack + bower
|
|
imn1Jan 8, 2015
20
前端应该最头痛的是“兼容有一定市场份额的所有客户端”这种需求
|
|
knightzorroJan 8, 2015
21
这话太精辟了!深受选择恐惧症的人支持下楼主这个观点。
|
|
learnshareJan 8, 2015
22
用最火的技术就好了
|
|
akfishJan 8, 2015
23
楼主列的这些,以及没列出来的那些框架,我全都撸了一遍,大多数源代码都看过。
不就是看半小时文档拿来就能用的东西,哪有那么恐怖,反正我是每个项目都喜欢用以前没用过技术来做。 纠结半天还不如下手去做,多亲自调查而不是靠道听途说。 |
|
jc4myselfJan 8, 2015
24
有太多不懂的时候瞎折腾也挺好的!
|
|
Loop680Jan 9, 2015
27
妈了鸡手贱了(╯‵□′)╯︵┻━┻
|
|
mingyunJan 11, 2015
28
的确选择太多了
|