越写越烦躁，要兼顾性能，要兼顾语法，还要考虑优雅。。。很多小场景明明知道直接操作 dom 来的又快又准，又不敢瞎搞。

--- 很多小场景明明知道直接操作 dom 来的又快又准。

可以举例说明吗，操作 dom 不是啥禁术。有适用的场景当然可以用。

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

给个 id 不就可以操作了

框架和风格就像武林门派，拜进此门，就是选择了可靠和一致性，放弃了个性。

不爽随时退

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

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

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

各种框架的作用核心是通过规训、限制一线开发的技术实现，最终从而达到更高的标准化、去耦和合作效率。

你用了框架，你就得认他的规则和限制。狗粮管饱，代价是你得带项圈。

确实有种戴着项圈 coding 的意思

小场景确实直接操作 DOM 比较方便，等别人把框架配置好，我这边工作量都完成一半了

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

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

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

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

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

前几天把自己油猴脚本的 JQ 去掉了。

代码变冗长了许多，不喜欢呢。

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

可能只是你 react 不熟练。

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

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

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

vue 社区的代码质量一言难尽。

如果是 vue3 jsx 风格，我个人感觉会比 react 简洁

boring stack 永远有市场

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