→ diabloevagto: 都寫你就知道差異了 03/15 21:28
推 peanut97: 我2個都會，以前覺得 jquery 比較直覺。現在覺得 vue 03/15 21:44
→ peanut97: 可以控制狀態超爽！ 03/15 21:44
→ brianwu1201: 不如直接 Vanilla JS 03/16 00:00
推 shter: 用原生的語法寫就好了 03/16 01:29
推 kerorocat: 推原生 03/16 01:41
→ konkonchou: 從開始學到現在，有自己的開發模式的話是最快 03/16 01:56
→ konkonchou: 新的工具優點一直都有,但開發過程還是要求時效跟品質 03/16 01:58
→ purestone: 嗯嗯，謝謝大家的熱心回覆 03/16 08:42
推 pkro12345: 用vue 遇到需要的功能可以用jquery套 03/16 13:55
推 froce: 中小型用jQuery比較容易寫，但是維護會比較困難。 03/16 14:20
→ froce: vue的話就得考慮到是不是有那個心力多處理前後端分離的開發 03/16 14:21
→ froce: 我是覺得沒有要前後端分離，用vue這類的框架比較大材小用 03/16 14:22
推 satanbaby: 我現在用jQuery都用slim版 03/16 16:04
推 mmis1000: 你可以把 vue 當 jqeury 用，vue 不一定只能用來 spa 03/17 02:13
→ mmis1000: 用 vue 來綁定事件跟更新畫面比 jquery 乾淨太多了 03/17 02:14
推 guest0710: 小案子 我會混在一起寫 大的用angular 別的不會XD 03/17 02:41
→ guest0710: vue只用官網教學第一頁那些省掉操作dom的工... 03/17 02:42
推 pm2001: 用原生的無法理解 有現成的車子不用 還要自己造輪子 03/17 17:36
推 pkro12345: 不懂為何不用vue要在那邊原生js 重點是開發慢效能還比 03/17 18:05
→ pkro12345: 較慢 03/17 18:06
→ peanut97: 我懷疑推原生js 的都是在反諷 03/17 18:38
推 eight0: 為什麼樓上上說效能比較慢？ 03/17 18:54
推 pkro12345: 寫原生js如果js寫得太差不懂得優化 效能就會非常低 03/17 19:59
→ pkro12345: 一個監聽scroll事件然後要監聽多個以上的物件 每個人寫 03/17 20:02
→ pkro12345: 的方式都不同 這時候js有沒有寫好效能就差很多 03/17 20:03
→ pkro12345: 然而使用很多套件都幫你解決這問題 也更好寫 03/17 20:04
推 pm2001: 真要說效能,你是要在網頁上跑多複雜的東西?使用者能感受嗎 03/17 20:12
→ pkro12345: 複不複雜看定義 複雜的話原生js寫得差使用者就有感受囉 03/17 20:19
→ pkro12345: 或許對工程師或網路好的人沒感覺 對使用者來說網頁要多 03/17 20:19
→ pkro12345: 花1秒開起來就有不少的用戶失去耐心而離開了 03/17 20:21
→ pkro12345: 如果有方法可以寫更快效能又好 為何還要去造輪子? 03/17 20:23
推 eight0: 「寫得太差不懂得優化」用 Vue/jQuery 效能也會很低吧 03/17 22:04
→ pkro12345: 我那例子是指如果有別人已經寫好的scroll套件的話 03/17 22:17
→ pkro12345: vue的話在畫面渲染上就會很明顯了 同樣都是重新繪製 03/17 22:19
→ pkro12345: 用原生js不外乎都是整個dom重繪 但用vue的話只會重繪 03/17 22:20
→ pkro12345: 有資料變動的部分而已 這方面用vue比自己寫原生js應該 03/17 22:21
→ pkro12345: 更快更輕鬆吧? 03/17 22:21
推 eight0: 用原生JS也可以不要重繪整頁呀 03/18 14:54
→ pkro12345: 可以阿 只是你還要慢慢寫判斷式 還要寫的效率不差 03/18 15:03
推 shter: 不覺得小型網頁用原生效能會較慢，要多載 Vue.js 也要頻寬 03/18 23:21
→ shter: 我也遇過有人用React寫出來效能比原生亂寫還慢很多的 03/18 23:22
→ shter: 因為以為 React 會管理很好結果 State 就完全隨操作改值 03/18 23:23
→ shter: 結果發現效能奇差最後補一堆 ComponentDidUpdate 的檢查 03/18 23:24
→ shter: 然後再視情況去做 forceUpdate ... 03/18 23:24
→ shter: 如果沒有搞懂套件運作邏輯，不見得寫出來效能會比原生好 03/18 23:26
→ shter: 那短時間要弄完還是原生去操作 DOM 可能比較容易 03/18 23:26
→ shter: 我遇到那個案例正好就是 scroll 有關的，完全拋棄事件觸發 03/18 23:28
→ shter: 然後用 setInterval 0ms 不斷偵測當前環境後改 state 03/18 23:30
推 shter: 不是說這思路正確，而是套件描述也可能引導往錯的方向開發 03/18 23:32
→ shter: 新手很可能以為 render 真的會照字面上講的只更新必要部分 03/18 23:33
→ shter: 就肆無忌憚的去寫 code 覺得沒啥好擔心的，苦力活給套件管 03/18 23:35
推 SimonAllen: 這個問題可以從很多面向去考慮： 03/19 19:55
→ SimonAllen: 如果是一次性的小專案用什麼技術都沒差 03/19 19:55
→ SimonAllen: 若重視後續維護當然是Vue 03/19 19:55
→ SimonAllen: 如果你重視開發速度那就看你哪個熟悉 03/19 19:55
→ SimonAllen: 效能部分確實Vue好 但這個好會依照你的寫法和專案的大 03/19 19:55
→ SimonAllen: 小而定 這時就要思考你要開發的專案有需要重視到幾毫 03/19 19:55
→ SimonAllen: 秒的效能嗎？ 03/19 19:55
→ SimonAllen: Vue寫的爛效能當然不好 03/19 19:55
→ SimonAllen: ...但實際上程式爛寫什麼效能都會不好啦 03/19 19:55
→ SimonAllen: 所以最後還是要回到原PO自己的衡量 03/19 19:55
→ purestone: 沒想到我的問題會有這麼多回覆哩 03/19 21:17
→ purestone: 我應該會去jquery+bootstrap去寫吧，對我來說，短時間 03/19 21:18
→ purestone: 內把工作完成是最重要的 03/19 21:19
→ vi000246: 學jquery萬用啊 如果是後端工程師 jquery練到精再來學 03/21 22:17
→ vi000246: vue 畢竟工作大多都是用jquery 03/21 22:18
→ Rinorune: 感覺用jquery寫會將近100行以上 就改用框架了 03/22 23:07
推 zased: 「僅」用原生不會比較紮實，這是對基礎功的嚴重誤解 03/26 01:41
→ zased: 這種時代輪子車子都有了，善用工具搶時間搶效能才是頂尖工 03/26 01:42
→ zased: 程師 03/26 01:42
→ forewero: Vue也能直接import進來用。最近剛好開發vue spa，體驗很 03/27 00:55
→ forewero: 多，相見恨晚QQ 03/27 00:55
推 s106667: 要看多小 簡單個人頁、活動網頁那種可以jquery拉，中型以 04/01 21:34
→ s106667: 上還是用框架比較好 04/01 21:34