Discuz! 秉承的理念是所有代碼都是基于原生語言而寫，這樣速度才最快，這才是Discuz!的技術本質

而不是那些非要基于庫、Composer的程序

不屬于BUG，歷史兼容，JQ完全可以通過

1. jQuery.noconflict(true);

復制代碼

來兼容處理，不存在無法使用的問題，這是很基本的代碼知識

albert18 發表于 2024-10-6 16:34
不懂就不要就瞎逼逼，就你這種還有償提供服務，連 vue 都可以兼容 jQuery，你不知道 jQuery 生態有多強大 ...

JQ再強大也不是統治JS的存在，JS原生寫法兼容性遠比JQ好，你前端牛你自己出模板唄，又不是不讓你改，開源的，你有本事你就做啊，自己啥不干瞎逼逼別人什么呢？

Discuz這么干的時候JQ還沒出生呢，JQ有JQ的生態，DZ就可以完全不顧自己的歷史生態嗎？你自己用想怎么改怎么改，用VUE也照樣可以基于DZ做，自己不動手，瞎咧咧又不懂禮貌的，就顯得素質很差了

false001 發表于 2024-10-6 10:16
我認為官方可以放棄$(id)這種歷史遺留問題，逐步改善周邊環境。
目前來說，使用jq的難度比較小，兼容性也不 ...

這樣做所有以前的插件模板全部GG，考慮過兼容性嗎？這又不是個新程序

false001 發表于 2024-10-6 10:16
我認為官方可以放棄$(id)這種歷史遺留問題，逐步改善周邊環境。
目前來說，使用jq的難度比較小，兼容性也不 ...

恐怕他們連原生的 document.querySelector 都不會用。

湖中沉 發表于 2024-10-6 06:59
都2024了，還以為jq多好？大家都在棄用jq了你都不知道？！笑死

不懂就不要就瞎逼逼，就你這種還有償提供服務，連 vue 都可以兼容 jQuery，你不知道 jQuery 生態有多強大嗎？華為都不敢拋棄安卓，就算出了 next 都在努力完善應用生態。
你也不看看 Discuz 的前端代碼有多垃圾。

我認為官方可以放棄$(id)這種歷史遺留問題，逐步改善周邊環境。
目前來說，使用jq的難度比較小，兼容性也不錯。如果網站引入一份jq，整個網站幾乎通用，避免各個插件引入不同版本的jq，浪費流量。同時jq變量污染的概率也會減少。

綜合一下：利大于弊。

當屬于歷史遺留問題了。

都2024了，還以為jq多好？大家都在棄用jq了你都不知道？！笑死