1

1

2

非要操作 dom 的话，在 React 里可能还是需要把 ref 传来传去才安全。

4

1

5

不让操作 dom 用框架用魔怔了 框架就不操作 dom 了

6

@xiuming 该操作还是会操作的，但是小场景就很纠结。。。。是保持风格统一还是人死吊朝天

7

用 ref 操作 dom 没事的，大把组件库都这么干

8

11

看这帖子还想了会怎么回事, 我们代码框架还太过原始了, 套着 vue 的皮开发着原生 html, 上手 dom 都不是啥问题

12

ref 拿到 dom 操作就行，比较恐怖的是经常看到有人给个 class 或者 id 然后 document.querySelector 查...

13

是你自己给自己戴项圈的吧，谁不让你写了，顶多就是需要再解决一些副作用。性能、语法、优雅，那叫做优化，没有更好的解决方案之前就别操那心思

14

想起来被 jquery 支配的恐惧。
修一个 bug ，搞出来三个 bug 。

15

1

@visper
更恐怖的是，有的人离开 jquery 就不会操作 DOM 了，不知道 querySelector 是什么，为了解决个简单问题还要在框架代码里塞个 jquery.min.js ，然后$(xxx)像病毒一样到处传染。

16

17

是的, 之前写 setState 一样的感觉, 真的服了.

18

3

可能只是你 react 不熟练。

19

除开动画，布局类的，业务开发还有操作 dom 的场景？ xxRef.current 和 querySelector 没差吧。react 的引用操作已经算自然了，vue 尼玛是靠两个 name 匹配。

20

@greensea 如果小到一个 HTML 就可以对付的场景，那确实直接操作 DOM 就行，但是交互上稍微多点的还是这些 UI 库用着更方便，也不用配置，最简单的下好 vite 、react 、react-dom ，建一个 html 和一个 jsx 就可以开始写了。

21

今天看了 30k star github vue 代码，看着快吐了。。。感觉 react 清爽多了，就是比较绕

22

23

boring stack 永远有市场

24

理论上来说，只是实施业务的开发人员是不需要直接操作 DOM 的。不过 react 的条件渲染比较糙确实可能存在操作 DOM 更方便的可能。

25

记得几年前写 vue 的时候曾经配着 jquery 。挺好的，出活快，也不会担心过几年写法变了。

27

@DOLLOR #15 这都算知道 jq 是用来干嘛的, 我现在手头接的项目引入一个 jq, 就是为了$.ajax 我真是服了 明明封装了 request 的方法 直接用就行... 看了下是三方接口 可能是不会在 vue 里处理 baseURL

28

我也喜欢 ref 指定微操，看同事写的 vue 代码 watch computed 再加上 map filter 多层 for 循环直接页面都卡着不动了

29

我就想问下，react 没有 vue 的 v-if. v-for ，各位大佬，对于这种条件语句处理，react 和 vue 觉得哪种更爽呢？ 前端小白一名

30

31

@z00i 哥们看到你在新加坡的帖子里的回复，想请教你几个问题，可以加个 qq 或者微吗，我的微是 YW50aWFuNTM=