V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
qdwang
V2EX  ›  程序员

我就弱弱的问问,有多少人不喜欢 vue, react 这类框架的?

  •  
  •   qdwang · 2017-02-21 15:04:01 +08:00 · 24414 次点击
    这是一个创建于 2833 天前的主题,其中的信息可能已经有所发展或是发生改变。

    个人不是很喜欢目前这类 MVVM 框架(个人认为要改革也要类似 Elm 这种一体化的语言)

    但是大家好像都对这类框架很着迷

    所以发帖看看自己是不是已经是个异类了

    第 1 条附言  ·  2017-02-22 15:21:18 +08:00

    第一页大概有6,7个人明确表示不是很喜欢这类框架。

    看来大部分人还是

    1. 挺喜欢这类框架
    2. 碰到的业务需求都是需要这类框架才搞的定
    3. 面向工资编程而学习使用的
    141 条回复    2017-07-26 21:46:24 +08:00
    1  2  
    jiyinyiyong
        1
    jiyinyiyong  
       2017-02-21 15:06:30 +08:00
    为了表达对于 React 的不满, 自己山寨了一个, 基于 ClojureScript http://respo.site/
    FrankFang128
        2
    FrankFang128  
       2017-02-21 15:14:16 +08:00   ❤️ 9
    不是着迷

    是因为大部分前端处理的业务都太简单
    套上框架,基本啥都不用写了

    也正是因为这样,每年换个框架都没多大问题
    因为都是在拼 HTML 、请求 JSON ……

    至于到底是 MVVM 还是类 FLUX ,都差不多,只是理念问题。

    2017 年会流行 RxJS ,前端会再次把哪些简单的东西重写一遍。

    不搞复杂点,就会被后端取代呀。

    说到底,就是可替代性太高了。于是就得搞点东西刷存在感。
    而且搞的东西都经不住考验,一年之后又得推翻。
    当然 Web 发展太快也是原因之一,相辅相成吧。
    qdwang
        3
    qdwang  
    OP
       2017-02-21 15:15:49 +08:00
    @jiyinyiyong 不错啊 有在公司推广使用吗?
    simo
        4
    simo  
       2017-02-21 15:17:12 +08:00
    知道框架产生的背景、面向的问题即可。
    造轮子也未尝不可,取决于成本。
    qdwang
        5
    qdwang  
    OP
       2017-02-21 15:18:07 +08:00
    @FrankFang128

    你最后两段说的挺令人深思的,感觉大家其实是需要一些复杂的东西来满足自己的心理状态。

    也对于学习、精通这类复杂的东西,内心会充满一种安全感。
    qdwang
        6
    qdwang  
    OP
       2017-02-21 15:20:30 +08:00
    @simo

    感觉当一个行业都在使用一些东西的时候,即使你理性的根据目标提出另外一些的选择项,也会被大多数人否决。

    大多数人也需要一种“大家都在使用这个”的安全感吧。
    j8sec
        7
    j8sec  
       2017-02-21 15:21:26 +08:00 via iPhone
    先问是不是 再问为什么
    JohnLou
        8
    JohnLou  
       2017-02-21 15:22:41 +08:00 via iPhone   ❤️ 2
    我是某大厂的前端,我只会 jquery 。。。
    Wangxf
        9
    Wangxf  
       2017-02-21 15:22:50 +08:00
    还行吧, react 还行, vue 就是个解决问题的工具谈不上着迷,其实大部分业务, backbone+underscore 也能解决
    Wangxf
        10
    Wangxf  
       2017-02-21 15:25:04 +08:00
    @JohnLou 大厂是哪个厂?
    bombless
        11
    bombless  
       2017-02-21 15:25:37 +08:00
    前段时间问人 vue 的组件为啥需要用预编译才用的顺溜
    人家说反正各种库都是用 ES6 代码编译过来的,大家都用上预编译器了不用纠结要不要预编译
    我只能说如果我愿意预编译我完全可以上 Elm 甚至 emscripten ,我为啥要用 vue 呢
    JohnLou
        12
    JohnLou  
       2017-02-21 15:26:36 +08:00 via iPhone
    @Wangxf 假药厂, b 家
    jiyinyiyong
        13
    jiyinyiyong  
       2017-02-21 15:35:03 +08:00
    @qdwang 没有喜欢用 ClojureScript 的公司. 自己玩的.
    Wangxf
        14
    Wangxf  
       2017-02-21 15:45:41 +08:00
    @bombless naive
    saturnast
        15
    saturnast  
       2017-02-21 15:49:44 +08:00
    我都不喜欢
    Rice
        16
    Rice  
       2017-02-21 15:50:53 +08:00
    一、解放生产力,提高开发效率。
    二、配合各种插件可以有效提高应用质量。
    Rice
        17
    Rice  
       2017-02-21 15:54:27 +08:00   ❤️ 1
    @FrankFang128 说的有一句话很对

    是因为大部分前端处理的业务都太简单
    套上框架,基本啥都不用写了

    现在虽然说得轻巧,但是我当年没框架时写前端页面可真是折磨一样。一用上框架,什么都不用写了。

    大家又有时间出来,干什么呢?造轮子搞新框架呗
    sox
        18
    sox  
       2017-02-21 15:57:12 +08:00
    @FrankFang128

    牛逼啊,「套上框架,基本啥都不用写了」佩服, React 作者都没想到能达到这种程度
    sorra
        19
    sorra  
       2017-02-21 15:59:00 +08:00
    MVC -> MVVM -> 组件化,这是桌面端走过的路
    sox
        20
    sox  
       2017-02-21 16:02:05 +08:00
    @bombless > 我只能说如果我愿意预编译我完全可以上 Elm 甚至 emscripten ,我为啥要用 vue 呢

    什么逻辑。。
    jarlyyn
        21
    jarlyyn  
       2017-02-21 16:02:49 +08:00   ❤️ 2
    其实 backbones+jquery+ejs+undescore+async
    可以解决 80%的 spa 网站需求
    而且基本没什么学习曲线。
    FrankFang128
        22
    FrankFang128  
       2017-02-21 16:04:35 +08:00   ❤️ 1
    @sox 抄文档就行了,要你想什么代码么
    sox
        23
    sox  
       2017-02-21 16:05:22 +08:00
    @FrankFang128 👍🏻 不知道你写的是什么 app
    FrankFang128
        24
    FrankFang128  
       2017-02-21 16:07:16 +08:00
    @sox 你看看上下文吧
    sox
        25
    sox  
       2017-02-21 16:08:15 +08:00
    @FrankFang128 太抽象,等于没写
    SourceMan
        26
    SourceMan  
       2017-02-21 16:11:06 +08:00   ❤️ 1
    一个月 3 个后台管理系统,你说我不上 MV*、 UI 框架,自己怎么撸
    SourceMan
        27
    SourceMan  
       2017-02-21 16:11:42 +08:00
    哦对了,还有就是,我生活压力大,不面向情怀编程。
    Ncanback
        28
    Ncanback  
       2017-02-21 16:15:42 +08:00
    所以今年的学习路线要不要将 react 和 vue2.0 排上行程.........看着 JD 都是要求 react
    mfhh
        29
    mfhh  
       2017-02-21 16:18:24 +08:00
    React 真心很好用。第一个项目写组件的时候有些痛苦。第二第三个项目就可以大规模复用。效率提高很多。不过我不用 flux , redux , rxjs 。基本 react+pubsub+underscroe 搞定大多数场景, jQuery 的工具也可以混用。
    wobuhuicode
        30
    wobuhuicode  
       2017-02-21 16:19:59 +08:00
    写个活动页,上 react/vue?开玩笑,用过一次就扔了!
    写个产品介绍页面,上 react/vue !产品经理都肯不过你……额,产品🐶估计听不懂。不过他可能想你把图片放上去就好了。
    后台管理用 react/vue?满大街的现成的都不去 copy 你说要自己写!
    下个版本有时间了,再给你用 react 去
    sunber
        31
    sunber  
       2017-02-21 16:51:08 +08:00   ❤️ 1
    “不搞复杂点,就会被后端取代呀。 ”

    什么年代了,还是这样的观点,呵呵
    zhuangtongfa
        32
    zhuangtongfa  
       2017-02-21 16:53:55 +08:00
    人生苦短,我用 vue
    sammo
        33
    sammo  
       2017-02-21 16:53:56 +08:00 via iPhone
    喜欢?

    如果你知道你的伴侣一定会一年一换,还会投入多少感情在里面呢?
    sammo
        34
    sammo  
       2017-02-21 16:55:12 +08:00 via iPhone   ❤️ 1
    但是 虽然没感情 但带出去炫耀还是可以的。虽然也不知道在炫耀什么
    TangMonk
        35
    TangMonk  
       2017-02-21 17:01:17 +08:00   ❤️ 15
    是时候放出这张图了:

    Mirachael
        36
    Mirachael  
       2017-02-21 17:02:42 +08:00
    @FrankFang128 术业有专攻没听过吗?
    kn007
        37
    kn007  
       2017-02-21 17:04:28 +08:00
    @TangMonk 对,感觉还是 jQuery 靠谱,就是辛苦点
    bengle
        38
    bengle  
       2017-02-21 17:06:37 +08:00   ❤️ 1
    不喜欢是因为你没有碰到重业务逻辑的 SPA ,碰到了你就会发现它的好
    FrankFang128
        39
    FrankFang128  
       2017-02-21 17:13:35 +08:00
    @mojixiang1102 听过,所以我建议增设「 HTML 工程师」「 CSS 工程师」「 JS 工程师」「 React 工程师」「 Vue 工程师」等各种岗位。
    zhangbohun
        40
    zhangbohun  
       2017-02-21 17:24:39 +08:00 via Android
    还是个 JB 前端
    Cononico
        41
    Cononico  
       2017-02-21 17:28:09 +08:00 via iPhone
    没用过 vue ,主要用 react ,它让我感觉自己写的不是假前端😄
    SuperMild
        42
    SuperMild  
       2017-02-21 17:33:09 +08:00 via iPad
    我发现一个逻辑矛盾,为什么有人说不喜欢 vue ,但喜欢 jQuery 或 underscore 或 elm ,都是解决问题的一个方案,学习难度也差别不大。

    有的人不喜欢 vue 等框架的原因竟然是使工作变得太简单,黑人问号脸.jpg

    又有人说这些框架是复杂的东西,但框架能有多复杂,复杂的是业务逻辑本身好吗。简直的业务逻辑用了框架也还是很简单,复杂的业务逻辑不用框架也能烦死人啊。
    lightening
        43
    lightening  
       2017-02-21 17:34:47 +08:00   ❤️ 1
    React 并不是 MVVM 啊, React 只负责呈现,而不是像 Angular 一样全套包了。
    小应用无所谓,大应用不用框架的话,要么自己设计一套一致好用的架构(费时费力,还不一定好),要么老老实实用个框架。最怕的就是手动地一点点修改 DOM ,因为这样你要时刻注意当前的页面 DOM 状态,复杂了一定出 bug 。用框架的主要目的是不用时时刻刻关心“现在页面上是如何的”,只要关心“我想页面变成什么样”即可。
    lightening
        44
    lightening  
       2017-02-21 17:38:44 +08:00
    要是做个活动页面用框架是蛋疼。要是我做个 Gmail 那样的 web mail ,不用框架要写到什么时候去,而且肯定还一堆 bug 。
    daben1990
        45
    daben1990  
       2017-02-21 17:42:08 +08:00
    最近才开始玩 Vue,是挺舒服的。
    unknownservice
        46
    unknownservice  
       2017-02-21 17:43:59 +08:00   ❤️ 2
    面向工资编程 不会这些怎么要高价。😁
    4641585
        47
    4641585  
       2017-02-21 17:44:07 +08:00
    从历史的角度看,解放生产力是历史的必然,哪怕最终会使得哪个职位被淘汰,历史的车轮也是无法阻挡的。

    但是乐观的讲分工的细化也是提高生产力的一个环节,所以「前端」被「后端」取代并不符合前进的方向,或者说,能取代融合「前端」的「后端」也不是现在的「后端」
    123s
        48
    123s  
       2017-02-21 17:49:29 +08:00
    我只想写 jquery
    mathgl
        49
    mathgl  
       2017-02-21 17:58:29 +08:00
    我一直在用 dojo, 不过会考虑试用 react native
    chenqh
        50
    chenqh  
       2017-02-21 18:03:24 +08:00
    我只会 jq+bs 。。后台管理界面要什么好看。。好用就好了,最主要是快点撸出来呀
    qdwang
        51
    qdwang  
    OP
       2017-02-21 18:10:08 +08:00
    @unknownservice 少年真相了。。。
    qdwang
        52
    qdwang  
    OP
       2017-02-21 18:11:11 +08:00
    @4641585 从历史的角度看,解放生产力是历史的必然,别说前端被后端取代,以后大部分程序员都被机器取代都是有可能的。。
    qdwang
        53
    qdwang  
    OP
       2017-02-21 18:12:41 +08:00
    @sammo 真相了。。
    awesomes
        54
    awesomes  
       2017-02-21 18:12:47 +08:00   ❤️ 1
    > 感觉大家其实是需要一些复杂的东西来满足自己的心理状态

    不知道这句话是怎么想出来的。一个项目,让你用 vue\react 10 分钟完成,代码整洁,不用的话半个小时完成,代码乱糟糟,这才是关键!!!!

    多给自己留点休息时间,多给同事留点干净的代码。
    dtysky
        55
    dtysky  
       2017-02-21 18:13:26 +08:00   ❤️ 1
    需要就用,不需要就不用,学起来又没难度,有什么好矫情的
    连个 REACT 都学不会还是自行劝退吧。。。

    我一直觉得前端总有一天统一视图领域,这些框架更多的应该是为当前或未来的复杂应用做基础
    qdwang
        56
    qdwang  
    OP
       2017-02-21 18:19:31 +08:00
    @awesomes 不会啊,以前在没有 vue react 的时候呢? 难道就没有好的代码了吗?代码结构好不好,关键是写代码的人的思路啊。

    “一个项目,让你用 vue\react 10 分钟完成”,感觉就原生的写法, 10 分钟也能完成。执行效率还比 vue react 高呢。。

    我还节约用户 CPU 资源,省电,省内存。
    yoke123
        57
    yoke123  
       2017-02-21 18:24:56 +08:00
    无语 每次都看你们撕逼这个框架那个框架的 说实话 我看着都累了= =
    HLT
        58
    HLT  
       2017-02-21 18:29:26 +08:00
    @TangMonk hhhh 图很 NB

    我只希望 vue 能长久一点。。。 TMD 年年换一套玩法 真心跟不住了
    ansheng
        59
    ansheng  
       2017-02-21 18:35:03 +08:00
    好好写你的后端就成,你管他好不好的,\滑稽的逃跑
    zkaip
        60
    zkaip  
       2017-02-21 18:37:30 +08:00
    不谈环境盲目用框架的肯定死得快 =_=

    按需选用框架才是正经事...有时候原生就够用了...
    eimsteim
        61
    eimsteim  
       2017-02-21 19:26:01 +08:00
    表示本人也是万年用 jq 撸代码的 Java 匠,有没有人举个具体的例子说明下,到底要多么复杂的页面,用 MVVM 框架比较合适?
    sox
        62
    sox  
       2017-02-21 19:28:12 +08:00   ❤️ 1
    @qdwang > 代码结构好不好,关键是写代码的人的思路啊

    这些框架就是以前用 jQuery/Backbone 也能写出好代码的人给你总结出来的 233
    dnxbf321
        63
    dnxbf321  
       2017-02-21 19:42:09 +08:00
    vuejs 用的挺爽,不排斥。如果能简单的用原生 js 实现,我更乐意。
    freestyle
        64
    freestyle  
       2017-02-21 19:43:52 +08:00
    编译之后的单 js 好大 还不能用 cdn 公共库
    nicevar
        65
    nicevar  
       2017-02-21 19:46:54 +08:00 via iPhone
    看项目需求,是否用框架需要评估,一些功能不适合没必要强上框架,但是如果后台管理系统之类的对颜值没有要求,同时开发用框架的已经上线稳定跑了个把月了你还在那里 bug 改不玩,不是瞎搞么
    loading
        66
    loading  
       2017-02-21 19:55:04 +08:00 via Android
    现在我还在用 jQuery ,但是大家都说逼格不高,然而我水平又菜不敢用 vanlina.js ,所以打算学学 vue.js 2.
    lijsh
        67
    lijsh  
       2017-02-21 20:03:29 +08:00   ❤️ 3
    建议黑 MVVM 的人去了解下 Angular 是怎么出来的,是 google 一个 team 忙活一个项目前后几个月,代码量飞速膨胀,难以管理, DOM 满天飞,已经陷入瓶颈了; Angular 的作者有如神兵天降一样用了三周时间用自己的 Angular 框架把这个项目重新撸了下来。

    所以觉得框架不好讨厌框架,只能说你并没遇到需要框架的场景。

    也有些人只是单纯觉得众人皆醉我独醒,他们不问框架好不好,只要别人说好的他就排斥。
    sox
        68
    sox  
       2017-02-21 20:07:12 +08:00
    @lijsh +1
    loading
        69
    loading  
       2017-02-21 20:12:43 +08:00 via Android
    大项目我觉得框架好,对于几个弹窗和 ajax 就不建议了,不要一竿子。
    jokcylou
        70
    jokcylou  
       2017-02-21 20:37:08 +08:00 via Android
    因为你只是个页面仔
    qdwang
        71
    qdwang  
    OP
       2017-02-21 20:46:05 +08:00
    @lijsh 这里没人黑 MVVM 这种架构
    maro
        72
    maro  
       2017-02-21 21:12:09 +08:00
    做 SEO 的非常讨厌 一个商场几十万数据大半年 百度谷歌收录个首页
    qdwang
        73
    qdwang  
    OP
       2017-02-21 21:28:42 +08:00
    @maro 哈哈,大家会告诉你,上 XX 后端渲染方法。
    chemzqm
        74
    chemzqm  
       2017-02-21 21:29:52 +08:00
    @awesomes #54 框架是能起到规范代码的作用,但是你自己写代码乱糟糟只能说明你不会自己设计代码
    awesomes
        75
    awesomes  
       2017-02-21 21:37:19 +08:00
    @qdwang @chemzqm 不是什么规范问题,但凡真正写过稍微复杂一点的项目就不会这么说了,就即便是个 todolist ,你试试用原生 JS 写和 vue 去写哪个更好,自己慢慢去体会吧,说多了也是废话。
    visonme
        76
    visonme  
       2017-02-21 21:54:54 +08:00
    某些业务场景和协作需要的就用上,谈不上喜好,能不用框架的尽量避免.

    大多此类框架,源码可以花点时间读读。至于应用,还是看自己的业务场景吧
    Tonni
        77
    Tonni  
       2017-02-21 22:05:56 +08:00
    看业务场景吧,如果是做单页应用上框架无可厚非,如果是做普通的页面而且有 SEO 上面的顾虑还是老老实实 jQuery 吧,但是 JavaScript 一定要做模块化,不然很难管理与维护。
    master
        78
    master  
       2017-02-21 22:14:08 +08:00
    学习一个框架多大点的事啊 框架只是开发框架的人对于某一类业务实现思路的总结 并且是作者参与者认为比较合适的实践 多接触一些框架 一些理念 并且能为自己的实践过程提供一些帮助 不好吗

    最关键的还是到手一个业务需求场景 能选择适合的方式去完成 不管你是原生、 jQuery 还是某某 MV**框架

    现在很多招聘会提 vue 也包含了 vue 是一个哪怕只会 jQuery 的人也能上手 同时深入下去该有也不缺 深入下去很多概念也和其他 MV**框架有相近的地方 对于团队的招聘和培养成本来说是一个比较合算的选择

    你当然可以选择看着不爽 继续用已经掌握的方案 做着不管怎么样的业务 根本不用去用这些框架
    但又为何不能抽出来一点时间 看看别人是怎么解决问题的呢
    maro
        79
    maro  
       2017-02-21 22:40:36 +08:00
    @qdwang 后端渲染不如直接生成静态算了 就在价格等一些经常变的地方用就可以了 当然这样直接原生写 ajax 就行了的 但是前端肯定觉得不够装逼
    jiyinyiyong
        80
    jiyinyiyong  
       2017-02-22 01:59:23 +08:00   ❤️ 1
    白天上班没认真写, 刚才写着又因为 lumo 大新闻走神了, 重新写个.

    前端框架其实主要还是针对几个问题, 组件化, 组件间通讯, 状态管理, HTML DSL, CSS 方案, 服务端渲染, 当然也是我按照 React 归类出来的. 从每个方向上来说, 其实都打得差不多, 特别是 Vue 作为后来者免不了模仿前面高的山一样的 React. 其实问题或多或少都大部分解决了, 就是状态管理还不尽如人意, CSS 方案现在还有新的动静这样.

    说实在的比一比开发效率, 就算不喜欢 React 不喜欢 Vue 也很难找出一套可靠的方案来. 我自己虽然玩 cljs, 但 cljs 现在工具链远不如 js 灵活跟成熟. Elm 或者 ReasonML 也是不够成熟, 就算做得不错了, js 这边解决的问题还得再解决一遍, 不清楚要等多久. 而且吧, 前端框架的火都烧到移动端去了, Weex 对 React Native, 下半年看战况.

    我讨厌 React 的原因是它明明鼓吹函数式编程了, 鼓吹不可变数据, 鼓吹服务端渲染, 结果呢, 一下子来个 ES6 class 定义组件, 一下子来个 MobX 继续玩 observation, 然后又不优化 SSR. 然后没事又更新起 JSX 2.0 来了. 有那么一点被耍猴的感觉, 最后猴子们老想着去玩 ReasonML, 玩 ClojureScript, 玩 Elm, 玩 PureScript...

    不喜欢 Vue 的原因是在之前用 React 的时候已经获得了精准的操作 DOM 的能力. Vue 的语法糖太甜了, 我知道很多人是喜欢的, 可是我用着吧, React 就像根棍子, Vue 呢像是双节棍, 玩着玩着我自己被打了, 不开心. 语法糖这东西对新手来说挺好, 但是对我来说很像是在我跟 DOM 之间隔上了一层帘幕, 视线不好.

    核心问题思考清楚, 给出完备的方案, 语法上面啰嗦就啰嗦一点我总是可以接受. 我的意思是组件间通讯, 状态管理, 跨设备渲染, 这些东西才应该被最多关注. 无论是 React 还是 Vue, 甚至明年后年出现的新方案, 免不了都可能在语法上搞出太多事情. 然后又不讨某些人的喜欢了.
    qdwang
        81
    qdwang  
    OP
       2017-02-22 07:49:58 +08:00 via iPhone
    @jiyinyiyong
    像是在我跟 DOM 之间隔上了一层帘幕

    有同感
    Sharuru
        82
    Sharuru  
       2017-02-22 08:09:32 +08:00 via Android
    作为一个写 Java 的觉得几个常见的框架上手都挺容易,但是你们引入的那一堆构建工具是什么鬼,框架年年变,工具也年年动,动不动就 download the universe 、不清真。
    xcc880
        83
    xcc880  
       2017-02-22 08:29:15 +08:00 via iPhone
    @Sharuru 哈哈哈 🙈
    Clarencep
        84
    Clarencep  
       2017-02-22 09:11:06 +08:00
    话说偶厂,使用 React 这种前端渲染的东东很大程度上就是因为服务端提供的 API 是 web 前端、 IOS 和 Android 、最近还有小程序几个端子都用的。 服务端不愿意写模版了而已。
    moonou
        85
    moonou  
       2017-02-22 09:41:03 +08:00
    🤔日常吐槽前端,想起以前关注的一个帖子,附:https://www.v2ex.com/t/298014

    另外看到 @jiyinyiyong 题叶大神,开心😁,看你微博开始去了解函数式编程,想问下 Elixir 值得学习吗?
    xrlin
        86
    xrlin  
       2017-02-22 09:48:59 +08:00
    @Sharuru 对对对,框架上手还好,问题是还需要学一堆的构建工具。
    ziki
        87
    ziki  
       2017-02-22 09:53:03 +08:00
    我用镰刀也能干完活,你整什么收割机啊,费用费电,还贵。
    jiyinyiyong
        88
    jiyinyiyong  
       2017-02-22 10:32:16 +08:00
    @moonou Elixir 我个人很看好. 毕竟 Ruby 语法用户基数不小, 并行编程跟 FP 现在逐渐靠近热门. Actor 模型听说在性能上很优秀.

    另外看数据活跃度也很不错.
    https://twitter.com/search?q=elixir&src=typd
    http://stackoverflow.com/research/developer-survey-2016
    http://redmonk.com/sogrady/2016/07/20/language-rankings-6-16/
    http://www.tiobe.com/tiobe-index/

    国内社区发展势头有点慢, 这一点有些担心. 毕竟做前端的, 只能看数据来推荐了.
    jzz7280
        89
    jzz7280  
       2017-02-22 10:38:44 +08:00
    react 还可以, vue 没用过
    tvallday
        90
    tvallday  
       2017-02-22 11:01:10 +08:00
    就跟十几年前使用 Dreamweaver 一样,只不过多写了几行代码,又多了几层配置,新概念绕了几个圈,看起来高大上了很多。没两年又被新框架替代了。现在还有人用 Dreamweaver 写网站吗?
    bramblex
        91
    bramblex  
       2017-02-22 11:39:56 +08:00
    @tvallday

    被 “新” 框架取代?看来你完全不懂为什会有 Vue / React 这种东西出来啊。
    chaos_mical
        92
    chaos_mical  
       2017-02-22 11:55:30 +08:00
    @bramblex 没啥问题啊,昨天还有面试官问 Yui 是什么,还是某大厂的。
    zonghua
        93
    zonghua  
       2017-02-22 12:27:06 +08:00 via iPhone
    @FrankFang128 Hadoop 工程师真的有这么写
    qdwang
        94
    qdwang  
    OP
       2017-02-22 12:58:24 +08:00
    @chaos_mical hhh 说明面试官是来自于新时代的
    arzusyume
        95
    arzusyume  
       2017-02-22 13:00:18 +08:00
    我觉得前端不是故意把简单的东西弄复杂,
    而是为了应对前端重复及善变的场景吧...
    框架迭代也不是看心情的做法, 热点转移的理由明明社区上讨论很多... 归纳成瞎折腾, 至少很不科学
    antowa
        96
    antowa  
       2017-02-22 13:19:04 +08:00
    其实我一点也不喜欢前端发展的快速,很多东西不断被替代,不断做着无用功。框架火几年又要换新的,一点经不住时间的考验。这是对研发和个人精力的极大的浪费。所以我现在愈发的倾向于自己使用顺手的东西。关注些新鲜事物,而不是深究。
    mfhh
        97
    mfhh  
       2017-02-22 13:27:59 +08:00
    组件化,组件化,组件化!
    有点像当年从面向过程编程到面向对象编程。
    @ziki 说"我用镰刀也能干完活,你整什么收割机啊" 我也同意,就像有的程序用面向过程的方法能轻松解决那是完全不需要面向对象,过度 OO 的。
    然而,有人用镰刀,也有人需要要用收割机不是么?
    Gantz
        98
    Gantz  
       2017-02-22 13:41:42 +08:00 via iPhone
    @antowa 你说做无用功,那说明是你的问题了。 比如 grunt 到 gulp 到 webpack, 一般都用到 postcss, 而 postcss 可能并不比它们简单,而这种工具链并不是完全革新,而是渐进演化的
    antowa
        99
    antowa  
       2017-02-22 13:59:47 +08:00
    @Gantz 你开心就好
    ziki
        100
    ziki  
       2017-02-22 14:11:30 +08:00
    @mfhh 所以我的意思是看场景嘛,工程大了用镰刀肯定就不合适了,小工程用收割机也浪费
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2918 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 12:17 · PVG 20:17 · LAX 04:17 · JFK 07:17
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.