React 写的越多，就越想直接操作 DOM

[aikilan]

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

[weixind]

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

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

[twig]

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

[chenliangngng]

给个 id 不就可以操作了

[peteretep]

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

不爽随时退

[xiuming]

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

[aikilan]

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

[linkopeneyes]

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

[sentinelK]

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

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

[aikilan]

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

[greensea]


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

[paopjian]

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

[visper]

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

[Razio]

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

[quqiu]

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

[AV1]

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

[NewYear]

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

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

[importmeta]

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

[kneo]

可能只是你 react 不熟练。

[Nyeshuai]

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

[dango33]

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