> 不知道有沒有什麼名詞可以形容這個概念 就是把重複邏輯封裝成函式而已,我會說是 `DRY 原則` `避免 duplicate code` 這邊的 `抽象化(abstraction)` 很簡易,大概沒有特別名詞稱呼 更複雜的話,才會特別去命名為一個 design pattern 來稱呼
這段程式碼,看起來就是把所有相關 event 都移除掉了 雖然可以破解右鍵,但感覺很多網站,根本也就會功能故障了
很棒的分享!
JavaScript 系列課程七,正在開發中,敬請期待!
有感受到 data model + render function 開發方法的魅力了嗎? 歡迎到討論專區,發表作業&心得分享!
寫得很好,順利完成!
很好,順利完成!
謝謝提醒!我的確打錯字了,已更新~!
寫得很好!順利完成!
有興趣的話,可以研究一下 hoisting 這個現象 還是很困擾的話,我找時間寫文章說明
這是這個程式語言,設計失敗的地方 這是一個稱為 hoisting 的現象,我認為根本是 bug
把 var 改成 const 試試看 ``` for (const index in todos) { ```
很好的分享,我個人認為 css 難不倒你! 遇到問題就多多到討論區發問吧!
寫得很好,順利完成!繼續保持!
課程內容有一段 > 這邊多介紹一個 for in 的寫法,需要索引時可以用 就是在教這個~
非常好的問題~! 把外面那個 for loop 改寫 before ``` for (var todo of todos) { ``` after ``` for (var index in todos) { var todo = todos[index]; ``` 像這樣,把 for of 改成 for in 就可以了~! onclick 裡面不需要寫 for loop,可以直接使用 index 試試看吧!
沒錯!寫得很好,順利完成!
這一課要改成:去更新 `var todos = []` 這個陣列的內容,更新完之後,再執行 `render()`
但在 add() 函式內,之前都是直接找到元素 `.append()` 新元素進去,這樣是直接更新 DOM
不是,id 跟 class 那些可以自由加
滿好的練習 另外,把做好的小東西,公開上線,找地方宣傳一下,會更好玩
載入更多文章,通常觀察一下 ajax 的參數,就可以做到,再試試看吧
寫得很好!順利通過! 繼續保持!
你貼的那段 code 我直接在 console 跑會出現 ``` Uncaught ReferenceError: last is not defined at req.onload (<anonymous>:17:83) ```
針對不同網站的架構,爬蟲有的易寫,有的難寫 有沒有試過直接爬「列表」頁面呢? https://meteor.today/board/sellphoto --- 此外,實務上寫爬蟲,幾乎都是由後端負責,比較少在前端負責
很好!順利完成! 歡迎加入完成第一份系列課程的同學群組 https://line.me/ti/g2/nipkjq2WoZPKX5dTn9tE9266aEOt6EOICFGa1g
很好!順利完成!
關於樣式與排版,有時間可以再多試試 持續遇到問題,可以把相關 jsfiddle,貼到討論區,讓大家幫你看一下 或直接在討論區發問,跟大家一起討論~
OK,順利過關!
很好的分享! 之後有人在網路上搜尋相關專有名詞,都有機會看到這串心得&討論,造福無數後人!
實務上來說,html 跟 js 程式碼,通通混在一起,當然會很難讀、很亂 不過,在 React 社群,大家所寫的 jsx,很多時候看起來又很像是把 html 跟 js 混在一起了 所以這個部份有點 tricky,在 React 社群,大家在乎的 separation of concerns 其實是「state 與 side-effects」而不是「行為與結構」 這相關的概念很進階,我這邊先不詳談,或許有機會再專文介紹
UJS 這個名詞,我在前端社群其實沒有看過 查了一下,好像只有 Rails 社群會使用這個名詞 一般來說,軟體產業,比較常講 separation of concerns(關注點分離) 用來說明:將不同概念的程式部份,分開來,會讓程式比較好維護
很好,順利完成! 寫程式每天都會遇到 bug,這很正常,習慣就好!
無法喔 我沒用過 mediawiki 你到維基相關社團找工程師比較適合
有答案了,簡單分析如下 mediawiki 引擎,原生就有支援多份百科功能 https://superuser.com/questions/1034998/setting-up-mediawiki-to-host-more-than-one-wiki 新增多份百科的指令也有教學 https://www.mediawiki.org/wiki/Manual:Wiki_family 但都需要工程師手動一份一份安裝,沒有懶人包腳本 https://editthis.info/ 網站是自己寫 extension 來自動化上述過程 結論:這需要熟悉 mediawiki 的工程師才懂安裝 因為沒有現成的懶人包 需要跳下去 鑽研 mediawiki 的架構才有辦法做到 --- 幾個方向可以研究 首先 試著手動安裝出多份百科 熟悉這個過程 接著 學習 extension 開發 熟悉擴充功能的方法 最後 把 extension 串進安裝多份百科的流程 讓其自動化 就完成目標了
臉書有吧 我私人 Line 不想加喔 你可以加入網站上方的 telegram 跟 discord 社群