写 React 的学了一下 Vue，真香

• 資深大佬 : Hanggi

  你试试 Angular 更爽。还有 Ember.js, youtube 用的 polymer.js, 以及 Meteor 都可以试试。

• 資深大佬 : lambdaxs

  react 的强大在于它是基于函数式思想的，所以让我说 react 更简洁统一。但现实世界又是复杂繁琐的，这时候 vue 就好使，就是那个锤子，见啥钉子都能锤爆

• 資深大佬 : Perry

  停火可以不？每个人偏好都不一样，你觉得处理起来麻烦的问题可能在别人看来不是问题，瑞斯拜。

• 資深大佬 : Perry

  向 children 传参再也不用 Clone 了？啥意思？

• 資深大佬 : hoyixi

  你写的还不够多

• 資深大佬 : murmur

  写多才知道 vue 得好，react 适合复杂得东西，但多不等于复杂，iframe+复制粘贴能搞定的都不叫复杂

• 資深大佬 : murmur

  @Perry 我猜说的是不可变对象吧

• 資深大佬 : xstmjh

  感觉主一个都没说到点子上

• 資深大佬 : pkaq

  向 children 传参再也不用 Clone 了？迷惑行为?

• 資深大佬 : fxxwor99LVHTing

  是个新手吧，说这种话

• 資深大佬 : zachlhb

  不喜欢 react 原因是很讨厌 js 和 html dom 混写，看着好蛋疼

• 資深大佬 : zhuangzhuang1988

  @lambdaxs fp 就是放屁

• 資深大佬 : rioshikelong121

  迷惑行为大赏

• 資深大佬 : ccraohng

  emmmm
  clone 可以对 child 进行重写或者加强,传参，比如
  rc-trigger

  react 妙在一切都是 js，对于我来说都是可以预期的

• 資深大佬 : Yumwey

  你这说的充分体现了你是个新手。

• 資深大佬 : BarZu

  React 太费心智，还是 Vue 傻瓜好用，另外，我竟然喜欢上了小程序的原生语法

• 資深大佬 : zj1926

  向 children 传参再也不用 Clone 了? 这句话疑问不少

• 資深大佬 : fumichael

  管你新手老手，能准时下班就是能手

• 資深大佬 : toacnme

  对于优秀的前端,这两个没有谁好用的问题, 起码你得都会, 然后就看你们具体的业务需求和技术选型了.
  写了一年多的 Vue, 最近在写 React,发现 React 对于新手入门还是比较困难的
  会 React 的人去学 Vue 相对就比从 Vue 学 React 轻松了很多

  框架还是不能单纯以方便分胜负, 个人认为生态更重要.

• 資深大佬 : nanau2016

  redux 不要用也成了 react 的锅了吗

• 資深大佬 : SSW

  最近开始写 react,个人觉得，对我的原生和函数思维简是一次很大的提升。两种各有各的好处叭。具体的还得根据业务来

• 資深大佬 : murmur

  @toacnme 生态就一套 ui 而已，谁比谁差，真正拼好看还是设计师出力，通用 ui 不丑但是太俗了，你说 rn，flutter 吹又不愿意了

• 資深大佬 : joesonw

  不知道组件属性,绑定的方法这些有智能提示吗? 能一键重构(改名)吗?

• 資深大佬 : IsaacYoung

  又开始了

• 資深大佬 : murmur

  @joesonw 就算是 java 程序员都不敢随便一键重构，你用 ts 的就敢么

• 資深大佬 : ke1vin

  写 React 的心智负担高一点

• 資深大佬 : stabc

  可惜没有”Vue native”

• 資深大佬 : ccyu220

  两个都会就不会撕逼，想用哪个用哪个。而且有 antd 这么优秀的 UI 框架。所以，这都能撕逼的都是菜鸡。

• 資深大佬 : Torpedo

  @murmur ts 看你怎么写了。从我感觉来看，同样是 ts，大家使用的水平差别太大了

• 資深大佬 : murmur

  @Torpedo ts 本身也可以写 js，js 就太活了，尤其是带点框架性质的，传个字符串执行某个方法，那种肯定不能简单就重构
  java 也一样，可以 xml 、可以反射

• 資深大佬 : toacnme

  @murmur 所以这两个框架,作为前端的话还是都要掌握, 各有优点.
  真要让我二选一的话 , 我还是选择 React , 现在很多小公司用的都是 Vue, 公司为了省钱
  一般都是几个后端配一个前端, 因为 Vue 入门简单, 让后端也去写 Vue, 但是大部分这些后端都是处于 MVC+Jquery 的阶段, 对前端工程化 ES6 等语法都不了解,他们写的 JS 就跟膏药一样,o(︶︿︶)o 唉,亲身经历.
  如果选择用 React 的 ,我觉得起码能最大程度避开这些坑.

• 資深大佬 : Torpedo

  @murmur 所以还是看你怎么写。但是重构而言，react 里类型比 vue 要容易写的多

• 資深大佬 : murmur

  @toacnme 这就是实际开发和理论的区别了，只要能过了测试的，做的再烂也不重构，宁可推倒重来
  放到互联网公司就更现实了，半年可能项目甚至公司都没了，根本不需要考虑后期维护

• 資深大佬 : bnm965321

  心智负担最低的是 react 吧，框架带来的东西很少，需要记忆的东西很少。就是 hooks 之后又一点坑

• 資深大佬 : Hanggi

  @bnm965321 react 带的东西少？请你说说 react 留下了传统前端 html, css 中的哪些？

• 資深大佬 : murmur

  @bnm965321 如果你从后端兼职的角度来看，es6 和 ts 都是要学习的，而 vue 的模板对于后端来说是家常便饭，别人 freemarker 、velocity 、jsp 都用过，什么样的模板没见过

• 資深大佬 : bnm965321

  @Hanggi 学完 jsx 以后没有任何记忆负担

• 資深大佬 : minglanyu

  刚毕业的时候用 Vue 改造一个公司用的 Oracle 的管理页面。

  改造完寻思用 React 改造一版顺便也学一下，结果在 Redux 的地方坑住动不了

• 資深大佬 : max21

  @stabc 有 weex 啊，虽然没啥人用

• 資深大佬 : bnm965321

  @murmur 我也用过很多模版语言，但是都不想再用

• 資深大佬 : nnnToTnnn

  React Hook： “你在说什么？ ”
  antd： “我官方支持 React”
  umi: “未来我会考虑支持 Vue 。”

• 資深大佬 : murmur

  拿 ui 框架说事的，简单的 ui 你自己都可以封装，而且 ui 的好坏取决于设计师
  真正难开发几个东西：
  1 、企业级要求的 table （功能对标 excel ），行列拆分、合并、冻结、原地编辑，这是必修课
  2 、企业级要求的图表（线图、横竖柱状图、饼图都不用说，至少得支持线柱混合）
  3 、富文本编辑器，要求不高，word 可以直接复制
  这些都是跟框架无关的

• 資深大佬 : dany813

  react 香的一笔，会 JS 就能写

• 資深大佬 : auroraccc

  除了 redux 还有 mobx 呀，体验跟 vuex 感觉差不太多

• 資深大佬 : lupkcd

  在我看来 Vue 比 React 差就差在 RN，其他各方面都更好，Vue 3.0 出来，说 ts 支持的问题也不存在了。

• 資深大佬 : Pyrex23

  龟龟 又开始了？

• 資深大佬 : Midnight

  所以说，angular 在 3 年后等你们一点毛病都没有

• 資深大佬 : Orenoid

  你们先等下，我去拿瓜子和板凳

• 資深大佬 : endlessJ219

  《如何让程序员吵起来》

• 資深大佬 : Smilencer

  前端娱乐圈日常

• 資深大佬 : jimrok

  更适应 React，Vue 的指令看起来像一个问题搞出一个办法

• 資深大佬 : sam014

  vue 写久了不会烦吗?我是一直想换 react 换换脑子

• 資深大佬 : lancelock

  我写 react 从来没用过 redux，莫名其妙搞得那么复杂

• 資深大佬 : namelosw

  说 React 麻烦的可以把 Ramda 这种库练一练，做到 60%的函数没函数体，80%函数没花括号之后你会对 React 有新的理解。

• 資深大佬 : betulac

  推荐一种 React 的使用，https://github.com/BetulaZbot/EDV

• 資深大佬 : no1xsyzy

  @lambdaxs #2 看到 Hooks 的时候
  “谁再说 React 是函数式的我把他脑门锤爆.jpg”
  把 Vue 库里完成的那套露一半出来让你自己完成……

• 資深大佬 : zhw2590582

  过来人可以说一句：redux 真是浪费我好多青春

• 資深大佬 : qbhy

  还是用的不多

• 資深大佬 : qbhy

  说 redux 的，可以去 github 搜一下 dva，封装后还是很香的

• 資深大佬 : ciqulover

  大概上班太闲了不如去刷知乎。主是个新手就别尝试管中窥豹了。

• 資深大佬 : murmur

  @ciqulover 主要养猫你让人家窥豹干嘛，什么样的需求就应该用什么框架

• 資深大佬 : crella

  php 仍然是最好的语言（

• 資深大佬 : hikaruchang

  看你项目，合适的项目对应合适的工具

• 資深大佬 : stantbyme

  开始了 开始了

• 資深大佬 : find456789

  redux 、阿里的 dva 太难用了， 为啥不用 mobx

• 資深大佬 : murmur

  @stantbyme 还没开始呢，考虑下晚上写点啥，总写回复战斗力不够，必须得写主题帖

• 資深大佬 : mywaiting

  什么鬼 React/VUE，好好用 jQuery 不好么？

  等 WebComponents 这套再成熟一点，Deno 的生态好一点，直接从 jQuery 跳 WebComponents 香爆

  ~关键是还能继续用 jQuery~~~~

  什么老前辈 /思想顽固不化 /喜欢守旧 /害怕改变，说的就是我这样的只会 WordPress 的上古前端

• 資深大佬 : wangyzj

  fp 吹好多

• 資深大佬 : jziwenchen

  来 angualr8 啊 很香

• 資深大佬 : noobma

  @jziwenchen angular 9 了啊

• 資深大佬 : Junh

  还是 angular 香

• 資深大佬 : noobcoder1

  dva umi 了解一下

• 資深大佬 : gyjames95

  为什么向 children 传递 props 要 clone 一下 是因为 children 修改 props ？为什么会有这么迷惑的行为

• 資深大佬 : Zien

  @lambdaxs 哈哈哈哈，这个比喻

• 資深大佬 : Bigglesworth

  @fumichael #18 哈哈哈哈哈

• 資深大佬 : namelosw

  @no1xsyzy 为啥说 React 是函数式就要锤爆？写过 OCaml 没有？ Hooks 是 Algebraic effects 的实现。跟 Monad 作用类似。

• 資深大佬 : dtysky

  2020 年了，别吵三年前的话题了。

• 資深大佬 : no1xsyzy

  @namelosw #76 Don’t call Hooks inside loops, conditions, or nested functions.
  https://reactjs.org/docs/hooks-rules.html
  如果说不完整的实现 —— 甚至说只有幻想上的模拟（可以让函数式语言用户以函数式方式思考写出正常运作的代码，但注意你的脑子不能被非函数式污染），也能说是的话，那就是吧。
  C 语言是一个（非常不完整地实现的） Lisp ！

• 資深大佬 : loveToMy1

  你们不要吵了 要吵去练舞室去吵 （滑稽）

• 資深大佬 : namelosw

  @no1xsyzy 这两条已经很 trivial 了吧。基本上类似 Redux 不能 mutate 这种一下就能记住的简单规则。这里面 leverage 的是函数式风格，而不是追求纯函数式编程。毕竟 React team 也 evaluate 过 Monadic React……

  这个就跟说 Clojure 是函数式语言一样，大部分人能认同，有一小部分 Haskell 党不能认同。

• 資深大佬 : no1xsyzy

  @namelosw #80 单这一条就够诡异的了。
  我倒是非常讨厌函数式编程 /风格，但 hooks 就还好，只感觉非常脏。
  看上去 Algebraic effects 实质上是向环境暴露续延，相当于 call/cc 和 parameter 的结合体。但 JavsScript 没有 First-class Continuation 的话连风格都是做不到的。
  哪怕一个很简单的要求，就 https://reactjs.org/docs/hooks-rules.html 里面，只改 surname 的话是不应该运行 persistForm 的，但测试了一下并不能。

• 資深大佬 : l1nyanm1ng

  对象是穷人的闭包，闭包是穷人的对象，react 不用 class 组件了，结果在函数组件里面写了一大堆的 function，这么一看好像和对象方法没什么区别了，哎，终究逃不过这个定律，但是 hooks 肯定是好的，虽然有很多问题，但是 hooks 的 ts 类型约束比 hoc 简单太多了

• 資深大佬 : devwolf

  比什么，反正最后全都要学

• 資深大佬 : pecopeco

  至少，在 rn 面前，vue 的生态暂时一个能打的都没有

• 資深大佬 : ljpCN

  我也 react 转 vue，喜欢 react 。你说的这些应该是说明了 vue 开箱即用的程度更高。至于谁更好用，见仁见智。

• 資深大佬 : namelosw

  @no1xsyzy 毕竟当 Library 实现，而不是语言实现，没办法。感觉如果要走 Svelte 那种编译器路线理论上还可能实现完整的版本，但是感觉更不透明。

  我想采访一下为什么讨厌函数式编程呢？我个人的体验是除去写底层 API，再除去 mutable 算法很好写的情况，普通的业务用函数式风格各方面都要好一点，好读 /好重构 /好扩展 /好测试 /好 reload 代码等等。

• 資深大佬 : rain0002009

  玩了 3 年 vue 最近开始学习 react （因为大家都在说这东西贼香），因为对 vue 的 nuxt 有好感（我都把它当 cli 用）所以用 next 搭建项目，我以为会像 nuxt 一样 一装就啥都有了呢，还会问你用 ts 还是用 js，以下 ui 框架都很好要不要装一个（好 那就装个 ant ），还可以使用其他服务框架，express koa hapi 啥的（不懂，默认吧），我们还集成了 axios 和 pwa 要不要用（那就装个 axios 吧），eslint，prettier 啥的要用不（虽然就我一个人玩，还是用一下吧），测试框架要不要装一个有 jest 和 ava （玩不来，算了），要使用 ssr 不（要吧，不然就真当 cli 了）

  一进项目主目录，基本结构都有了呀，assets/ 放图片啥的，components/ 放组件，layouts/ 可以自定义布局，middleware/ 可以写中间件 判断登录啥的，pages/ 写页面，plugins/ 放第三方插件，static/ 还可以放静态资源 基本不会变动的那种，store/ 里面放 vuex
  还要啥自行车，每个文件夹里还有一个 readme 告诉你这个文件夹是干啥的，服务端大佬都哭了呀，谁跟我说现在写前端配置就得学半天的，说着撸起了自己的博客

  现在我配置个 next 搞了老半天，想用个按需加载 ant，直接就报错了 说什么 不能从 node_modules 里面 import css，没耐心找解决方法就全局引用了，尝试了 styled-jsx，又搞了半天 vscode 代码高亮和代码提示，搞半天还是不支持 postcss 的嵌套语法，气不过就不用了 直接用 sass 了

  也就组件不用像 vue 那样手动注册一下，爽一点，其他的初学也没体验到啥
  组件通讯是真的考验我的心智，原来没有 emit 是这么麻烦的吗

  我已经忘了这项目是为了干啥了，我已经迷失在 react 优化里了，顺便问问各位 react 的大佬，我写了这么一个组件，里面有个输入框，输入特定字符就会在那个地方弹一个框出来，整个页面里面会添加有很多这样的组件，功能是可以，就是选一个组件输入，所有组件都会运行一下 render，这正常吗（还没学 redux，所以用的 hooks 模拟的 redux ）

• 資深大佬 : yazoox

  @namelosw ramda ？这是啥？你说的练一练什么意思？

• 資深大佬 : namelosw

  @yazoox Ramda 只是一个比较贴合函数式风格的函数库而已。只是说大部分人写所谓函数式 React 都是很入门的内容，所以写起来很尴尬很麻烦。写过 Haskell 的人一般都能写出来很漂亮的 React 代码。

  Scala 红皮书里面说过，如果函数式编程写得很笨很蹩脚，一般都是缺乏某种抽象。

  函数式风格真正用起来是各种很流畅的函数组合，用函数高效流畅地地组装出绝大部分函数，大部分都是高阶函数各种传参生成一个需要的函数，而不是每次从头手写。

• 資深大佬 : fyxtc

  @Hanggi 感叹一下前端的框架真是太多了。。

• 資深大佬 : no1xsyzy

  @namelosw #86 一方面是和我的理想形态（纯响应化）有点远，我非常希望写出一个函数之后，传入 atom 传出 atom，传入 source 传出 source，传入 sink 传出 sink 。打个比方，JavaScript 有 element.addEventListener(‘event’, handler) 这样处理的，我觉得就应该变成
  handler(element.eventSource(‘event’)) |> sink
  或者
  element.eventSource(‘event’) |> handler(sink)
  或者更平衡的写法
  element.eventSource(‘event’) |> handler |> sink
  也就是说，handler(source) 相当于每当 source 产生数据即丢给 handler，而该表达式的值是 handler 的结果作为新的 source，而 sink 会反过来，构造一个新的 sink，这个新的 sink 传入的任何数据都会经过 handler 然后将结果再传入原 sink 。
  或者就是 Qt 信号槽。
  但这种一条语句永久运行的模式，现在称为函数式的那些都反对这么做。
  （话说 REPL 也有点难搞）

  另外，不是很重要地，函数式 “编程” 有点强行造词的意味。我上面除了 #81 说讨厌外没有在 “函数式” 后面跟上 “编程”。
  从我明白了 Excel 是真真正正的函数式之后就这样了。

• 資深大佬 : menyakun

  日常又开始了，狗头

• 資深大佬 : hantsy

  唯一爽的只有 Angular，从 Spring Boot 切换过去一天上手，DI，Module 概念太相似了。Angular 内置使用 Rxjs， 天生就是异步，Reactive 编程（对于使用过 ReactiveX 下的组件的后端开发人员，太亲切了）。

  React 虽然一直在改进 Type 支持，现在对 TS 支持也很好，但是它不够 OOP，Function 是一等公民。JS 印迹太深。

  VUE 没正经使用过，看过比较各框架的 TODO 例子，第一眼觉得与早期 Polymer 1 相似（语法杂交了 AngularJS 1 概念），实在没好感，实在找不到什么理由用它。

  期待 WebComponents 流行起来。

• 資深大佬 : hantsy

  工具方面，Angular 生态圈很强大，很 Angular 扩展都支持 Angular Semantics，用 NG ADD 完成自动配置，用 NG UPdate 来自动升级。希望 React 下面能有一样工具加入 CRA 。

• 資深大佬 : duan602728596

  @rain0002009 https://github.com/ant-design/ant-design/issues/22802#issuecomment-621622699
  next 里面使用 antd 按需加载的方法。因为 node_modules 里面的组件是使用 node 的 commonjs 的方式加载，而不是用 webpack 编译打包的，所以会报错

• 資深大佬 : louieliu

  是 React 太灵活 不好掌握到精髓 使用起来心智负担比 Vue 大

• 資深大佬 : mandex

  我用 React，因为 JSX 表现力远远强于 VUE 的模板语法，而且不需要重新学习各种指令，会 JS 就可以了，充分利用了 JS 的一切优点。

• 資深大佬 : namelosw

  @no1xsyzy 感觉这个形式和函数式也不矛盾啊，只是有个 sink 而已。比如 CycleJS 基本就是这样无限 sink，而且还有回绕，但我理解它还是非常函数式的，main 函数里面全都是 pure 的。

  不过对比 Cycle，我觉得 React 只解决了 Model -> View 的 Reactive，没有实现像 Cycle 一样 View -> Model 的 Reactive 。

  我理解大部分函数式其实都是指处理逻辑的核心是函数操作数据，操作以 transform ADT 为主就是非常函数式了。基本上也能获得函数式的核心好处-靠 referential transparency 和 local reasoning 让 business logic 更容易理解，测试和修改。

  至于这个核心外面的 container 五花八门，Haskell 靠 ST，比如 Erlang 靠 process，Clojure 靠 Atom，ML 靠 ref，我理解都算函数式。但是这些和业务关系就变小了，是一些技术上的设计。只不过追求 Pure 的函数式是另外一回事。

• 資深大佬 : ragnaroks

  csharp => vue
  java => react

• 資深大佬 : namelosw

  @hantsy React，AngularJS 和 Angular 我都写了很多年，RxJS 我也用了很多年。

  Angular 问题很多，特别写库和写业务完全就是两套不同的代码，感觉 Angular 很多东西写出来都特别困难，难受得一批。API 很多，我们都是后端团队，学起来上手快，后面还是各种踩坑。

  Mark for check 机制完全就是自动挡变手动挡，而且机制完全没 React 和 Vue 直接，一不小心就无限刷，或者 onPush 就不更新得手动调 Zone 。

  Rx 本身也不够建模用，写多了极乱，最后还是需要 Ng*s 之类的东西。

  而且实话说 OO 相比 FP 扩展性很差。

  React vs Vue 感觉还有的比，Ng 用没 React 和 Vue 人多是有原因的。