这是一个创建于 3157 天前的主题，其中的信息可能已经有所发展或是发生改变。
额,简单的说一下吧.lz 在一家创业公司做前端,由于是新手,所以一直是一边工作一边学,从最初了用原生 js 撸完复杂的功能型页面,到最后自己选择了使用 vue.js 来开发公司的项目,也算是对于前端开发有自己的一套理解.
当初选择 vue.js 的原因是,我那时候考虑学习的是 avalon.js 和 vue.js,本来想让 avalon.js 成为自己第一个学习的框架,但是因为它的文档太恶心了,对于那时连 MVVM 都还不懂的 lz 来说,上手太难,于是选择了 vue.js.发现确实好学,文档也很优秀.额,为啥没有选择 react 呢?我忘了.
公司有一名后端,就是它谋划了这次的政变,他之前就一直很希望在公司推广使用 react,那时候我就很不爽,因为那时候我了解过一点 react,觉得他并不是我的菜,而且,react 全家桶我可是久闻大名.但是后来还是 vue.js 胜出了,原因是因为可能是名义上算是我们 CTO 的一个老外,觉得react 有的优点 vue 也有,而且他也不喜欢 react.
这次我回校答辩,请了一个月的假期.就在今天,我同事和我说了 react 替换掉了 vue 的事,我听了是感觉很不爽的,但是又无可奈何.
额,为了防止大家喷错,我接下来讲解一下自己的学习态度吧
我个人是比较认同真阿当的对于前端的看法的(求轻喷),我是比较重基础的,喜欢造轮子,而且也不太迷行权威(自我感觉),我目前的学习方向是:
- 通读 css2 的规范(看到了第 9 章)
- 看 vue.js 的源码(还没开始)
- 了解一下服务器的渲染(还没开始)
关于第 3 点我简单的谈一下吧.其实我个人会一点服务器端的知识(我的毕设就是用 node.js 搭建起来的),我之所以想弄服务器渲染,就是因为当初 php 作为页面的模板的时候,我觉得很变扭,很不习惯,我将来会学习一点服务器方面的知识,但是绝不不是因为自己想做后端,或则是成为所谓的全栈,而是我想解放前端的生产力
对于 react 的态度
其实虽然我目前在学习 vue.js,但是我本身不讨厌 react,也不反对学习 react,我讨厌的是什么?是那些学了 react 就以为自己天下无敌的 sb,好像前端开发非 react 不可.以前我们公司的后端在和我们的产品经理聊我们前端页面该如何开发的时候,我能很明显的听出来他们的态度,就是这个功能只能 react 来做,只能用 react 来解决这个问题,我只是心里觉得他们 sb,但是还是没有多说什么.我很多时候心里在想,如果 react 他的爹不是 facebook,那么 react 肯定没有那么火.
对于这次技术选择的思考
其实我很困惑的是,为什么让一个后端来决定前端该用什么技术?其实严格来说,整个公司只有我在前端上的学习的时间是最久的,有一个同事是刚从 php 转行来做前端的,其他人是用 js 来开发游戏(这个严格来说不算前端吧?),其他人是后端.我很不理解这一行为.难道是因为受到了全栈的影响?
对于未来的思考
我不清楚公司使用 react 是否以及成为了定局,如果是,那么我也会学 react,只不过自己应该不会主动去研究,工作上用到多少就学多少(我应该会重点关注 react 解决问题的思路).不过我也应该不会因为这个原因而离开公司,我忘了是什么时候体会到这样一个道理,就是与其去指望换了公司能找到一个合适自己的团队,还不如找到一个和自己志同道合的人.我的一个同事之前和我说过,他之前上班的公司,就他一个实习的,他的同事们都块 30 了,聊得都是房,车,小孩上学之类的问题,根本没啥共同话题.
额,我遇到了这个问题"前端项目应该如何管理素材呢?",感兴趣的同学可能帮我看看嘛? 地址是这个: https://segmentfault.com/q/1010000005084927?_ea=777596
第 1 条附言 · 2016-05-10 23:47:40 +08:00
额,我不反对 react,我也不是 vue 的死忠粉,我反对的是,前端项目由一个不懂前端的后端来主导,事实上,他根本没写过前端几天,而且,react 之前他也没有用过,完全是现学现卖的.
第 2 条附言 · 2016-05-11 07:57:05 +08:00
额,大家其实说得挺有道理的,我确实用词过激了,而且,我也不应该过于纠结这些事,与其纠结他,还不如好好的多写代码.
总之,谢谢大家的建议
总之,谢谢大家的建议
 |
1
gamecreating 2016-05-10 14:10:40 +08:00  13
太长 不看
|
 |
2
EPr2hh6LADQWqRVH 2016-05-10 14:16:29 +08:00
FMPOV,
React 就是主修 PHP 的同学们于 js 泛滥的时代之中，在浏览器里运行的 PHP 罢了 |
 |
3
daysv 2016-05-10 14:21:01 +08:00
有点矫情
要我说就都学 |
 |
4
robertlyc 2016-05-10 14:22:59 +08:00
多学一个框架而已 弄得如丧考妣一样
|
 |
5
dibage 2016-05-10 14:23:03 +08:00 1
这么长我看完了，说点自己的小看法吧。
我觉得楼主不是讨厌`react`，而是讨厌要求使用`react`作为前端开发的那位**你不喜欢的后端开发者**。 至于选择`vuejs`还是`reactjs`，各有优点，选择合适的才是最好的。 对了， js 是世界上最好的语言😈 |
 |
6
fds 2016-05-10 14:23:31 +08:00
其实你站在公司老板的角度看，用啥都无所谓，只要干活又快又好即可。你离开了，功能换别人做，那对方用什么顺手就用什么呗。当然，要是之后又由你做，到时候升级成 vue.js 2 也行啊。
如果你坚持某一技术，可以考虑用在自己个人的项目上。 |
 |
7
lwbjing 2016-05-10 14:29:11 +08:00 1
等我带的实习小伙伴回公司一看，我都不在公司了。。
|
 |
8
emric 2016-05-10 14:33:05 +08:00 via iPhone
vue 确实很不错，但是它的周边圈子实在太小了。
比如各个编辑器对 vue 文件的支持。 |
 |
9
yangxiongguo 2016-05-10 14:34:08 +08:00
后端写接口的传数据就行，管前端用什么。
另外， react 大法好。 |
 |
10
learnshare 2016-05-10 14:35:14 +08:00
引用在 /t/276539 #32 的回答：
>考虑以下几个问题： 1. 解决问题； 2. 保证开发效率和质量； 3. 降低学习、维护和转手的成本。 在公司角度讲，只要能满足上面几个条件，用什么框架都一样。 公司之所以选择了 React ，是因为有人在合适的时机推动了这门技术的应用。 楼主可能是讨厌这个人，而不是这门技术。 对个人来讲，选择自己喜欢、又合适的技术去学习和发展就好了。 对于 React ，我看过别人的项目，不爽。对于 Vue ，我的感觉是还不够火，先不去了解。我写 Angular 1 ，然后未来要发展 Angular 2 。 |
 |
11
EdwardNeverMind 2016-05-10 14:38:42 +08:00
@emric 尤大大写了个 sublime 的插件
|
 |
12
SpicyCat 2016-05-10 14:39:12 +08:00 3
这问题有啥好纠结的。
你有决策权吗？有，叫他们改回去，用你想用的，不改就卷铺盖走人；没有，看下文。 那个你口中策划“政变”的人，有决策权吗？有，听他的，或者离职；没有，看下文。 你能说服有决策权的人吗？能，叫他们改回去，用你想用的，不改就卷铺盖走人；不能，忍吧，或者离职。 工作中的技术选择，很多时候跟你的喜好无关。看看网上多少喷 Java 的，不影响企业应用接着用 Java 。 再说想提升自己在团队中的技术影响力就得拿出干货来。比如你文中说的「以前我们公司的后端在和我们的产品经理聊我们前端页面该如何开发的时候,我能很明显的听出来他们的态度,就是这个功能只能 react 来做,只能用 react 来解决这个问题,我只是心里觉得他们 sb,但是还是没有多说什么.」为啥不说？只是心里犯嘀咕有毛用啊？ 据理力争，或者更牛逼点，直接用你喜欢的技术实现一遍，或者更更牛逼一点，不仅实现一遍，还能拿出各种测试数据，证明你的方法牛逼。这样的事情多发生几次，你不当技术 leader 可以走人了。再看「其实我很困惑的是,为什么让一个后端来决定前端该用什么技术?其实严格来说,整个公司只有我在前端上的学习的时间是最久的」如果你在团队中一直是「心里觉得他们 sb,但是还是没有多说什么」的状态，那这种结果是必然的。而且，「在前端上的学习的时间是最久的」跟你能不能决定项目使用的前端技术没太大关联。 喜欢某种技术，就用它做出牛逼东西出来，别人自然就服了。 |
 |
13
crs0910 2016-05-10 14:39:39 +08:00 1
后端推 React 是要做服务端渲染吗？一个月就已经替换掉了？ 谁替换的？ 难道你们把 Vue 和 React 当成模板来用了？
|
 |
14
guoliang 2016-05-10 14:39:58 +08:00
tl;dr
才刚刚开始， 不要撕来撕去，没意思。什么前端后端全栈的，没必要纠结这些浮云。 依我看还不如踏踏实实学点东西 |
 |
15
common07 2016-05-10 14:41:33 +08:00
React 大法好
|
 |
16
chairuosen 2016-05-10 14:45:15 +08:00
这东西谁写代码谁决定吧，难道那个后端改行来写前端了？
|
 |
17
Rico 2016-05-10 14:52:32 +08:00
但是 vue 不支持 IE8 ，就使用了 avalon
|
 |
18
repus911 2016-05-10 15:00:53 +08:00 3
"为啥没有选择 react 呢?我忘了"
"因为那时候我了解过一点 react,觉得他并不是我的菜" "我不清楚公司使用 react 是否以及成为了定局,如果是,那么我也会学 react,只不过自己应该不会主动去研究" 全凭自己的喜恶做事情 LZ 有点自我意识过剩 |
 |
19
billyc 2016-05-10 15:02:38 +08:00
新手不妨少一些观点，多一些实践。什么其实都可以，但关键时候还是得看自己的功底，和框架无关。另外不知道为什么做游戏的受鄙视，做游戏比做网页难多了。
|
 |
20
lk920724 2016-05-10 15:03:35 +08:00
改变不了别人只能改变自己啊。
|
 |
21
m8syYID5eaas8hF7 2016-05-10 15:09:23 +08:00
。。。不是很懂你们
|
 |
22
maddot 2016-05-10 15:14:03 +08:00
等待“我就是那位在公司推广 React 的后端“出现。楼主的以往的帖子透露了自己的公司信息，估计那位后端很快就要出现了
|
 |
23
hxtheone 2016-05-10 15:17:30 +08:00 6
换个框架而已, 还用"政变""入侵"这么严重的词, 别老是想弄个大新闻, 一个轮子火了自然有它的原因, 忙着站队有什么用呢
"我不清楚公司使用 react 是否以及成为了定局,如果是,那么我也会学 react,只不过自己应该不会主动去研究" 通过这句话我觉得把"学了 react 就以为自己天下无敌的 sb"里的 react 换成 vue 放在 LZ 身上也是挺合适的 |
 |
24
winnie2012 2016-05-10 15:24:32 +08:00 1
我承认我看标题有点不严谨，还以为用 React 的站点被入侵了呢？原来是换框架这事。
对了，以现在 JS 圈的更新速度，每六周重构一次前端，所以什么框架无所谓吧？ |
|
25
m8syYID5eaas8hF7 2016-05-10 15:25:50 +08:00
@hxtheone 噗。。。突然感觉你说的好像没什么不对。。。
|
 |
26
liguoqinjim 2016-05-10 15:28:10 +08:00
@hxtheone 说得好
|
|
28
tvallday 2016-05-10 15:42:02 +08:00
你就一打杂的，用个框架还以为自己是大师了？别说公司换 A ， B ， C ， D ， E 框架，就算它改天让你去搬砖，你也得去。不爽你自己开个公司做去。
|
 |
29
yongSir 2016-05-10 15:42:28 +08:00
好不容易看完
其实我理解了：一句话，那位后台才是 leader 要不就说服 leader 说服不了就按 leader 说的干 真觉得受不了 那就跑路 |
 |
30
Sin 2016-05-10 15:46:57 +08:00 3
老实说我从来没用过 react ，正因为我反感 react 。 为什么我反感，因为我完全有开发 react 的能力， react 的底层我都了如指掌。
虽说我反感 react ，但是 react 却占有大量的用户份额，之后我有个想法，不如重新开发一个属于自己思想，自己架构的 react 。 我给了他一个霸气的名字： tcstoryreact! 它的名字叫 tcstoryreact ， tcstory 就是我的大名， 一看到 react 名字，就知道作者是我，知道它是国产的，让别人知道国产 react 一样做得很出色，出众！ 我是 tcstory 请支持国产 tcstoryreact ，因为我们都是中国人。 |
 |
31
exoticknight 2016-05-10 15:49:24 +08:00
关于那个"前端项目应该如何管理素材呢?"的问题，我正有用 react 写类似的 APP 的打算……
Vue 也不错，但是我正准备在不想用 jQuery 操纵 DOM 的**小**项目中用，主要因为 react 太激进，不能很好地结合旧代码（非 ES6 代码）和旧的库。 |
 |
32
tobeyouth 2016-05-10 15:56:02 +08:00
就为用个框不至于这样
尝试用用 react ，没准就喜欢上了呢 如果实在不接受不了，那就离职呗 |
 |
33
LMkillme 2016-05-10 15:56:27 +08:00
会的太少，想的太多
|
 |
34
xwartz 2016-05-10 16:00:25 +08:00
不就是一个框架吗。。。
|
 |
35
sensui7 2016-05-10 16:04:44 +08:00
被 react 入侵了, 我还以为有个黑客组织也叫 react 呢, 结果琎来发现.....
|
 |
36
huobazi 2016-05-10 16:06:03 +08:00
鄙厂猿们撸着 jQuery + Knockout 安静的飘过...
|
 |
38
yoa1q7y 2016-05-10 16:16:06 +08:00
就一个框架而已，文档俩小时看完
能干活就行了，注入这么多感情干啥 |
 |
39
rubyvector 2016-05-10 16:21:41 +08:00
意识形态的战争
|
 |
40
Phariel 2016-05-10 16:26:27 +08:00 via iPhone
楼主不要花时间矫情在这种没有意义的事情上 都学不就行了？
|
 |
41
ianva 2016-05-10 16:26:47 +08:00
react 这个学习成本低好多， vue 左学 angular 又看 react 的东西不觉得有特别的地方， react 的好处在于会默认选择如 flux 风格的框架，比如 redux ，项目维护上确实好很多，状态的维护对前端非常重要，虽然 vue 也有类似的，但通常不会去这么选择
多学几个东西没什么不好的，特别 react 这种分分钟上手的真没什么可说的 |
 |
42
alexsunxl 2016-05-10 16:40:51 +08:00
vue2.0 很多东西都朝着 react 的特性演化， 虚拟 dom ，服务端渲染，数据状态管理 vuex
这些越来越成为标准化的东西。 感觉你想太多，情感色彩带得太重。都学一下，兼容并包，对你以后有好处 |
|
43
alexsunxl 2016-05-10 16:43:08 +08:00
@ianva react 库 本身是简单，但平时大家所说的 react ，是 react 全家桶
整合全家桶，搞明白组件生命周期，用上 redux/flux ，再加上服务端渲染。这些是门槛是非常高的 |
 |
44
cYcoco 2016-05-10 16:44:17 +08:00
我不懂前端但是我看到了真阿当我就哈哈哈哈哈哈哈哈哈哈哈哈
|
|
45
ianva 2016-05-10 16:45:56 +08:00
flux 风格的框架确实解决了很多前端的问题，之前用 angular 遇到过大量状态维护的问题，导致项目维护性很糟， react 本身并不比 angular 和 vue 优秀，但 flux 风格的建筑学带来的思考方式会让你有更多思路，特别是 redux ，在状态维护上非常出色，所以说尝试下挺好的。
vue 个人确实没觉得有啥，早期版本其实是个 angular 的简版，后期又学了 react 的特性，有多少是作者自己的东西呢？不看好这个框架在未来有什么好的发展，只是个折中方案罢了 |
 |
46
agui2200 2016-05-10 16:57:46 +08:00
只说一句~PHP 是世界上最好的语言.补楼主一刀,前端工程化,有什么不好的?
|
|
48
ianva 2016-05-10 17:02:09 +08:00
真阿当说的有些前端基础问题也有一定道理，但是这些东西已经不在这么重要了。
css 本身有太多方案可以解决问题， html 从 05 年开始倡导的语义化在实际中又有多少用出呢，特变现在前端 APP 化，不紧紧是作为一个文档的时候，另外 w3c 都在指定 custom tag 的时候。 关于 DOM 更是，有 angular 和 react 的时候操作 DOM 本身就是在降低生产力， jQuery 本身也提供了更好的接口，所以这些的意义没这么大了。 关于造轮子，这件事的成本越来越高，这个高的意思是在于，之前的轮子太简单了，只是考虑到语言的加强， api 的封装，组件的积累，但现在的轮子大都都在提高生产力和开发方式，维护性上，而且如果一个轮子没有大量的周边也基本上是自己玩了，很难说像弄出 angular ， react 这样开宗立派，而达不到这种级别的轮子时，这个轮子的用性就很低，所以现在的轮子也只能是一个组织，和大牛了。 但关于他列举的那些 api 的学习问题也只能是笑料。 |
 |
51
zakokun 2016-05-10 17:25:05 +08:00 3
拿着实习生的钱,操着 CEO 的心
|
 |
52
mars0prince 2016-05-10 17:28:52 +08:00
换一个破框架也至于这样，那要是后端从 python 换到 java ，你不是要自杀了？
|
 |
53
Felldeadbird 2016-05-10 17:37:49 +08:00
前端不至于被黑啊，应该是后端问题。
|
|
54
emric 2016-05-10 17:52:48 +08:00 1
@sox
仅仅只有语法高亮。 例如插件和完成度比较高的 atom , 没有自动完成、没有 snippets 、没有 emmet 、没有 eslint ，写起来已经和记事本没有什么区别了... 所以说小东西我会很推荐用 vue ，但是到了大项目或者需要团队协作的时候，我会更推荐 react ，因为他的周边已经很完整，坑基本都有人帮你趟过了。 |
|
55
emric 2016-05-10 18:16:55 +08:00
@emric 我更新一下，自动完成 和 snippets 是有的。（刚才去换了个插件） (￣ε(#￣)
现在我主要的怨念是在其他插件的配合上面。 |
 |
58
F1ReKing 2016-05-10 19:01:41 +08:00
。。。不是很懂你们
|
 |
59
donglingyongadls 2016-05-10 19:25:48 +08:00
看到阿当粉先 block
|
 |
61
ouafukqk 2016-05-10 20:16:19 +08:00
<% 宇宙第一定理 %>
性能、功能、稳定性，三者只能选择 2 个 然后就释然了 |
 |
62
welkin 2016-05-10 21:23:13 +08:00
其实多学点更有利于自己的成长的，像我们公司，三年多下来前后端都不知换了几个框架了，像比较流行的 meteor ， angular ， react 这些都有用，我个人更贪玩，搞搞 web ，搞搞嵌入式，搞搞 ios 。试着去尝新并接受，路才会越走越宽！
|
 |
63
neoblackcap 2016-05-10 22:10:44 +08:00
React 出了名是一个 library 了怎么就全家桶了？
你觉得重是因为 vuejs 封装了数据流，还有数据绑定这些事情。碰不到自然就不重了。 的确 react 补齐到 vuejs 那样就会膨胀，但是它也会提供超出 vuejs 的功能，我个人是觉得对于初入前端的人，用 react 的过程中会学会到更多的基本东西，还有思想。 与其在吐槽公司技术栈还不如赶紧去看看 vuejs 的源码，看看别人那里写得好。吐槽你根本无力改变的东西完全没有意义。 若是想用你的技术，你应该作为榜样，在公司**推广**以及**培训**，你若是培养了一大群 vuejs 粉丝，难道老板会跟成本过不去？就好像公司后端都是 Java ，他总不可能换成 php 吧 |
 |
64
pmkx2 2016-05-10 22:38:01 +08:00
我倒是觉得学多一个 react 没坏处，而且已经有人在用，你可以多向他们请教了。
|
 |
67
zhouxuchen 2016-05-10 23:27:49 +08:00 via iPhone
所以说前端圈就是娱乐圈不是没有道理的 23333
|
 |
68
tcstory OP @neoblackcap 额,我说 react 全家桶是因为学 react 简单,但是要用好可能要学他那一配套的东西,那些东西可是很多的.
其实我没觉得 react 有多不好,我上面也提过了,我不喜欢的是,那些学了 react 就以为自己天下无敌的态度的人 |
|
69
tcstory OP @welkin 你说的对,我自己没有死抱 vue 的态度,我不反对 react,我是反对那些本来就不懂前端,但是非要替前端做主的 sb
|
|
70
tcstory OP @learnshare 哥,那个推广 react 的人是一个后端,他压根就不了解前端啊................他的 react 也是现学现卖的
|
|
72
tcstory OP @billyc 额,我没有鄙视做游戏啊~!我只是觉得那 js 来写游戏的,严格来说不算是前端吧?他们应该算是游戏开发吧?
|
|
74
tcstory OP @hxtheone 先说一下吧,推荐使用 react 的那个人,之前压根就没有写过多少前端,他就真的是后端,而且,他推广 react 并不代表他会用,他也是现学现卖的.额,我可能那句话有点说过了,不好意思
|
|
77
tcstory OP @donglingyongadls 说不上粉丝,只是觉得他说的话多少有点道理
|
 |
79
frederick036 2016-05-11 00:20:35 +08:00
换个框架而已，干嘛描述得这么 drama 『政变』『谋划』『入侵』。。。
|
 |
80
Wangxf 2016-05-11 02:01:02 +08:00
因为是 facebook 开发， React 其实也只剩下生态了，要是我是前端技术 leader 我一定会选择 vue
1.Vue 的使用场景比 React 大多了，而且改造老项目也挺快的 2.Vue 的设计可以让你既可以组件化，不想组件化又可以直接引入， React 开发全家桶不说，天然的组件化开发光折腾开发环境搭建都要时间 3.Vue 有良好的中文文档，可以让不愿意或者英文差的人也能顺利接手，这是从团队本身角度考虑，另外 Vue 作者这种中西结合的独特背景可保证 Vue 不会像 avalon 一样 4.至于 React 的什么 vdom 之类等等等等在 Vue2.0 上得到实现，作者据说开始全职开发 Vue ，作者的背景＋实力会让 Vue 一直紧跟潮流 5.Vue 是一个 github 接近 20000star 的国际化项目，不是什么玩具 综上，还有什么理由不考虑 Vue? |
 |
81
julor 2016-05-11 07:30:34 +08:00 via Android
真矫情，拿出具体对比数据！你确定别人不懂前端？你确定你很牛？你把你的描述改成你自己也完全成立！都怪选择太多！
|
|
82
tcstory OP @frederick036 额,不好意思,之前确实心情有些激动,所以用词不注意
|
 |
83
mengjue 2016-05-11 07:53:30 +08:00 via iPhone
你才做了几天，你就一初级前端，你其实没资格质疑。就跟身上一块钱就要开始纠结选宝马好还是奔驰好一样可笑。
|
 |
84
wupher 2016-05-11 07:53:39 +08:00
完全没有任何技术比较的干货，一行代码都没有。
楼主的文里全是各种心情。 即使事后证明你的技术决策是对的，你的论据也没有说服力。 |
|
85
tcstory OP @wupher 恩,是的,之前写的时候,心情有点复杂,现在好多了,通过大家的帮组也明白了很多道理.确实,我不应该过于纠结这些
|
 |
86
griffinqiu 2016-05-11 07:56:11 +08:00 via iPhone 2
我就是发动“政变”的那个“后台“，发动“政变”的“后台”稍后有话要说
|
 |
87
oma1989 2016-05-11 09:16:50 +08:00
如果你坚持某一技术，可以考虑用在自己个人的项目上。
|
 |
88
wzg1015 2016-05-11 09:22:35 +08:00
你认为前端是你的地盘你做主，后端凭什么决定前端的事情。其实大家这思想都有，我的地盘我做主。但是虽然你干了很久，但看样子还是不是很久（回去答辩），既然后端是你的领导，你又说不过他（或者拒不接受），那就只能你接受了。 说实话，你把自己看得太重了（不过这种思想很多人有，我也有）。
|
 |
89
Nixus 2016-05-11 10:04:59 +08:00
认真的看完了楼主的帖子，我不了解 vue.js ，我只用过 React Native ，我觉得， RN 是有很多优秀的地方，自认为 RN 的效率很高，当然了， RN 是基于 ReactJS 的，所以， ReactJS 也是一样
另外，楼主有一句话，我真的一点儿也不认同：如果 react 他的爹不是 facebook,那么 react 肯定没有那么火 react 的🔥 ，是 Facebook 点的，但是能烧的这么旺，确实是因为自身的优点！ Google 也有很多项目，比如 AngularJS ，但是却没有 react🔥！可能是因为 Google 是继父的原因？ |
 |
90
robinlovemaggie 2016-05-11 10:06:48 +08:00
讲道理如果一项技术（框架）能引起热论，那就说明它有存在的价值。 react 的发展趋势绝不仅是浏览器，也会包含手机端，智能穿戴等领域，所以它基本上还会热议下去。
|
 |
91
wind4 2016-05-11 10:07:35 +08:00
说个笑话：我就是“那个”推广 React 的后端。
今年年初入坑前端，踩了无数 Webpack 和 React 的坑，中间也尝试过 Vue ，最终入了 React 的坑。 |
 |
92
shenqi 2016-05-11 10:33:03 +08:00
太长不看。
要么就是接口没校验，要么就是普通的 ｘｓｓ 注入。 能通过 ｒｅａｃｔ 入侵了的，除非你做了 react-server 那边的，不然没法入侵。 |
 |
95
deadplaying 2016-05-11 11:32:42 +08:00
前端抛开应用场景谈技术都是耍流氓好吗,从来就没有任何一个技术或者框架是能适应所有的需求和场景的,根据具体的需求和资源, 做合理的安排和选择,这才是真正应该思考的. 我给你举个例子, 我们团队,现在做简单的运营活动, 就会选择 vue.简单轻量级, 有 router 有 http,有组件,对于个位数页面的小工程来说,不要太好用. 但是我们的 App, 就选择了 react native, 因为一个复杂业务场景下的应用,对于逻辑和数据的控制要更精细,所以还用了 redux 和 immutable 等.统一管理数据流和状态,能有效的减少逻辑的复杂度.至于内部的后台系统,之前是用 angular,现在有人用 angular2, 我们也在准备试用一下 ant-design. 这些实践都是非常有价值的.不要说这个技术我就不喜欢,我就不用,不如你先试试,然后再来考虑更合适的应用场景.也许有一天就用的到.
|
|
96
griffinqiu 2016-05-11 11:51:41 +08:00
@deadplaying 你这神排版的. 谁看啊....
|
 |
97
shalldie 2016-05-11 12:59:14 +08:00
总之，你就是看不惯他们装 13 ，对吧。
|
 |
98
liujiangbei 2016-05-11 13:57:17 +08:00
说得挺真切的，挺楼主。有自己的见解，主张 很棒。
|
 |
99
Bluecoda 2016-05-11 16:36:56 +08:00
太长了，不想干就走呗，反正我用得挺开心，多关心业务，少关心技术，可以开心些
|
 |
100
feilaoda 2016-05-11 20:59:56 +08:00 via iPhone
我讨厌的是什么?是那些学了 vue 就以为自己天下无敌的 sb,好像前端开发非 vue 不可
|
Select Language