我已经觉得 vue 比 react 复杂了

[liuser666]

为了迎合后端 /大型项目 /静态,硬往里面加很多新的关键字
@option
@component
@props


值得吗值得吗????????看得我头疼!!!!!!

[peterjose]

一直都是啊

[murmur]

你认为 vue 的关键字比 es6 难学么，vue 那点东西是不依靠 es6 的，es5 加几个模板语法就可以了

而且 react hooks 还有那堆全家桶很好学？

[murmur]

componentWillReceiveProps 好学
watch 不好学
componentDidMount 好学
mounted 不好学
map 渲染数组（代码上还不能对齐）好学
v-for 不好学
三目表达式或者短路运算渲染条件组件好学
v-if 不好学

就看英文长度也应该知道哪个对错吧

[ilovecqrwx]

这根本就不是为了迎合后端

[gouflv]

看到 defineProps defineEmits 都惊了

[wellsc]

看前端的帖子怎么感觉有点像微博女权的语气了。。为了迎合后端是什么逻辑

[makelove]

React 概念的确简单，但运行时行为不简单，react hooks 运行时行为简直反人类
相比较我还是喜欢反应式框架

[dcalsky]

@murmur 这些都是最 basic 的用法好吧，整层楼都没在 aruge 这个吧。

[bojackhorseman]

装饰器的写法也不是必须的啊

[yuuko]

相比 react 我现在更倾向 solid.js, 反应式 + jsx ，还有 mutation 和 immutable 想怎么玩怎么玩，简直绝绝子

[murmur]

@dcalsky 我以为楼主 at 了 3 个人，从来也没人要求用 vue 的装饰器啊，这东西可有可无的

[murmur]

vue 都是以身作则，代码都不用 ts 写，现在来批判 vue 的装饰器图的是个啥。。。

[aikilan]

我觉得 hooks 用起来很舒服，理解每一帧都有每一帧的状态这一点很重要，不然你会很容易懵逼。

[murmur]

楼主这个太坑了，写的三三两两，vue 版本都不说，vue-property-decorator 我记得是第三方的库，这锅也甩给 vue 么

而且人家的的装饰器是大写的啊，你这看着跟 at3 个用户一样

[robinlovemaggie]

迎合虎后端？ React 和 Vue 诞生本身不就是为了前后端解藕的吗？
不过 Vue1/2 还是很好用的， 但是 Vue3 确实看不太懂了，尤其是想抱微软大腿这点感觉是作大死。

[murmur]

@robinlovemaggie 楼主没说清楚，有一个库真的是为了迎合后端，给 vue 的语法强行整了一套 ts 的装饰器

[robinlovemaggie]

@murmur #16 那就是属实抱微软大腿了，而且 Vue3 有点推不动的节奏了，感觉要重蹈 py2 到 py3 过渡的老路。。。

[xlsepiphone]

为了迎合大型项目，不是应该先把 ts 搞好吗？现在 vue3 的 ts 使用体验。。。

[LancerComet]

Vue Component Decortor 不觉得是迎合后端，因为这玩意就不是个服务容器，不能看到装饰器就觉得是迎合后端吧，它这个库用装饰器是属于一种无奈，TS 项目要迎合 Vue 2 的 this 上下文最自然的方式就是把 Vue 组件用 native class 来写，然后用装饰器将 class 成员改为 Vue 的东西

[FightPig]

@yuuko solid.js +1 , 最近发现这个，感觉真不错，

[libook]

工具是用来解决问题的，不是用来制造问题的，没有需求就不要硬用。

现在原生 Web API 功能已经很强大了，你可以试试用原生 API 来写页面，当你遇到了重复性工作的时候可以再考虑是不是有现成的库、框架能够代劳。

[mufeng]

@LancerComet 这个观点赞成

[Vegetable]

script setup 简单的很，哪里复杂了？

[wanguorui123]

vue/react 感觉路越走越偏了，引入了一堆概念

[shyangs]

@murmur
你 ES5 用 filter (數組方法)嗎?

[96412hj]

@wanguorui123 到天花板了？就跟 90 分了，再升到 100 分，空间不大了。。

[jk0001688]

vue 最开始就是为了给后端 php larval 框架用的
@xlsepiphone