來自這個： https://www.youtube.com/embed/HhkIstbkmpU fieldset ・legend ・datalist ・option ・progress ・abbr ・del ・ins ・mark ・marquee ## 摘要 fieldset ・legend 表單用 ・datalist ・option 資料選單用 ・progress 進度條用 ・abbr 縮寫用 ・del 刪除線用 ・ins 插入文字用 ・mark 螢光標籤用 ・marquee 過時的捲動元素 ## [fieldset](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/fieldset) + [legend](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/legend) ### fieldset 功能說明： 用於對表單中的控制元素進行分組  ```htmlmixed= <form action="#"> <fieldset> <legend>Do you agree?</legend> <input type="checkbox" id="chbx" name="agree" value="Yes!" /> <label for="chbx">I agree</label> </fieldset> </form> ``` ### legend 功能說明： HTML `<legend> 元素用於表示其父元素 <fieldset> 的內容標題。`  ## [datalist](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/datalist) + [option](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/option) ### datalist 功能說明： `HTML <datalist> 元素包含了一組 <option> 元素，這些元素表示其它表單控件可選值。`  ### option 功能說明： `HTML 元素 <option> 用於定義在 <select>, <optgroup> 或 <datalist> 元素中包含的項。<option> 可以在彈出窗口和 HTML 文檔中的其他項目列表中表示菜單項。` ## [progress](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/progress) ### 功能說明： `HTML中的 <progress> 元素用來顯示一項任務的完成進度。雖然規範中沒有規定該元素具體如何顯示，瀏覽器開發商可以自己決定，但通常情況下，該元素都顯示為一個進度條形式。`  ## [abbr](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/abbr)  ### 功能說明： `HTML 縮寫元素（<abbr>）用於代表縮寫，並且可以通過可選的 title 屬性提供完整的描述。若使用 title 屬性，則它必須且僅可包含完整的描述內容。`  ## [del](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/del) + [ins](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/ins) ### del 功能說明： `HTML 的 <del> 標簽表示一些被從文檔中刪除的文字內容。比如可以在需要顯示修改記錄或者源代碼差異的情況使用這個標簽。<ins>標簽的作用恰恰於此相反：表示文檔中添加的內容。`  ### ins 功能說明： `HTML <ins> 元素定義已經被插入文檔中的文本。`  ```htmlembedded= <p>“You're late!”</p> <del> <p>“I apologize for the delay.”</p> </del> <ins cite="../howtobeawizard.html" datetime="2018-05"> <p>“A wizard is never late …”</p> </ins> ``` ## [mark](https://developer.mozilla.org/zh-CN/docs/Web/HTML/Element/mark) ### 功能說明： ``` HTML 標記文本元素 (< Mark >) 表示為引用或符號目的而標記或突出顯示的文本，這是由於標記的段落在封閉上下文中的相關性或重要性造成的。 這個 HTML mark 標簽代表突出顯示的文字，例如可以為了標記特定上下文中的文本而使用這個標簽**.** 舉個例子，它可以用來顯示搜索引擎搜索後關鍵詞 ```  ## [marquee](https://developer.mozilla.org/zh-TW/docs/Web/HTML/Element/marquee) ### 功能說明： 捲動元素（已過時） 
使用 useWorker 在單獨的執行緒中，處理昂貴且阻塞 UI 的任務。 眾所周知，Javascript 是一種單線程語言。所以，做任何昂貴的任務，它都會阻塞 UI 互動。用戶需要等到它完成，才能執行剩餘的其他操作，這會帶來糟糕的用戶體驗。 為了克服和執行這些任務，Javascript 有一個名為 [Web Workers](https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers) 的解決方案，它允許在 web 中執行消耗效能的任務時，瀏覽器不會阻塞用戶界面，使用戶體驗非常流暢。 本篇文章簡單介紹這個 hook。 原文出處：https://dev.to/nilanth/multi-threaded-react-app-using-useworker-gf8 --- ## Web Workers Web Worker 是一個在後台執行而不影響用戶界面的腳本，因為它在一個單獨的線程而不是主線程中執行。所以它不會對用戶交互造成任何阻塞。 Web Worker 主要用於在 Web 瀏覽器中執行昂貴的任務，例如對大量資料進行排序、CSV 導出、圖像處理等。  參考上圖，我們可以看到一個昂貴的任務是由一個工作線程並行執行的，而不會阻塞主線程。當我們在主線程中執行相同的操作時，會導致 UI 阻塞。 ## React 中的 Concurrent mode 呢？ React [並發模式](https://beta.reactjs.org/reference/react/startTransition) 不會並行執行任務。它將非緊急任務轉移，接著立即執行緊急任務。它使用相同的主線程來處理。 正如我們在下圖中看到的，緊急任務是使用上下文切換來處理的。例如，如果一個表正在呈現一個大型資料集，並且用戶試圖搜尋某些內容，React 會將任務切換為用戶搜尋，並首先處理它，如下所示。  當為同一任務使用 worker 時，表格渲染在一個單獨的線程中並行執行。檢查下圖。  ## useWorker [useWorker](https://github.com/alewin/useWorker) 是一個通過 React Hooks 在簡單配置中使用 Web Worker API 的函式庫。它支持在不阻塞 UI 的情況下執行昂貴任務，支援 promise 而不是事件監聽器，還有一些值得注意的功能： 1. 結束超時 worker 的選項 2. 遠程依賴 3. Transferable 4. Worker status > useWorker 是一個 3KB 的庫 ## 為什麼不用 JavaScript 內置 web worker？ 在使用 javascript web worker 時，我們需要加入一些複雜的配置，來設置多行程式碼的 worker。使用 useWorker，我們可以簡化 worker 的設置。讓我們在下面的程式碼中，看看兩者之間的區別。 ## 在 React App 中使用 JS Web Worker 時 ``` // webworker.js self.addEventListener("message", function(event) { var numbers = [...event.data] postMessage(numbers.sort()) }); ``` ``` //index.js var webworker = new Worker("./webworker.js"); webworker.postMessage([3,2,1]); webworker.addEventListener("message", function(event) { console.log("Message from worker:", event.data); // [1,2,3] }); ``` ## 在 React App 中使用 useWorker 時 ``` // index.js const sortNumbers = numbers => ([...numbers].sort()) const [sortWorker] = useWorker(sortNumbers); const result = await sortWorker([1,2,3]) ``` 正如我之前所說，與普通的 javascript worker 相比，`useWorker()` 簡化了配置。 讓我們與 React App 整合並執行高 CPU 密集型任務，來看看 useWorker() 的實際執行情況。 ## Quick Start 要將 useWorker() 加入到 React 專案，請使用以下命令 `yarn add @koale/useworker` 安裝套件後，導入 useWorker()。 `import { useWorker, WORKER_STATUS } from "@koale/useworker";` 我們從函式庫中導入 useWorker 和 WORKER_STATUS。 **useWorker()** 鉤子返回 workerFn 和 controller。 1. `workerFn` 是允許使用 web worker 執行函數的函數。 2.controller 由 status 和 kill 參數組成。 status 參數返回 worker 的狀態和用於終止當前執行的 worker 的 kill 函數。 讓我們用一個例子來看看 **useWorker()**。 使用 **useWorker()** 和主線程對大型陣列進行排序 首先建立一個SortingArray元件，加入如下程式碼 ``` //Sorting.js import React from "react"; import { useWorker, WORKER_STATUS } from "@koale/useworker"; import { useToasts } from "react-toast-notifications"; import bubleSort from "./algorithms/bublesort"; const numbers = [...Array(50000)].map(() => Math.floor(Math.random() * 1000000) ); function SortingArray() { const { addToast } = useToasts(); const [sortStatus, setSortStatus] = React.useState(false); const [sortWorker, { status: sortWorkerStatus }] = useWorker(bubleSort); console.log("WORKER:", sortWorkerStatus); const onSortClick = () => { setSortStatus(true); const result = bubleSort(numbers); setSortStatus(false); addToast("Finished: Sort", { appearance: "success" }); console.log("Buble Sort", result); }; const onWorkerSortClick = () => { sortWorker(numbers).then((result) => { console.log("Buble Sort useWorker()", result); addToast("Finished: Sort using useWorker.", { appearance: "success" }); }); }; return ( <div> <section className="App-section"> <button type="button" disabled={sortStatus} className="App-button" onClick={() => onSortClick()} > {sortStatus ? `Loading...` : `Buble Sort`} </button> <button type="button" disabled={sortWorkerStatus === WORKER_STATUS.RUNNING} className="App-button" onClick={() => onWorkerSortClick()} > {sortWorkerStatus === WORKER_STATUS.RUNNING ? `Loading...` : `Buble Sort useWorker()`} </button> </section> <section className="App-section"> <span style={{ color: "white" }}> Open DevTools console to see the results. </span> </section> </div> ); } export default SortingArray; ``` 這裡我們配置了 useWorker 並傳遞了 bubleSort 函數來使用 worker 執行昂貴的排序。 接下來，將以下程式碼加入到 App.js 元件，並導入 SortingArray 元件。 ``` //App.js import React from "react"; import { ToastProvider } from "react-toast-notifications"; import SortingArray from "./pages/SortingArray"; import logo from "./react.png"; import "./style.css"; let turn = 0; function infiniteLoop() { const lgoo = document.querySelector(".App-logo"); turn += 8; lgoo.style.transform = `rotate(${turn % 360}deg)`; } export default function App() { React.useEffect(() => { const loopInterval = setInterval(infiniteLoop, 100); return () => clearInterval(loopInterval); }, []); return ( <ToastProvider> <div className="App"> <h1 className="App-Title">useWorker</h1> <header className="App-header"> <img src={logo} className="App-logo" alt="logo" /> <ul> <li>Sorting Demo</li> </ul> </header> <hr /> </div> <div> <SortingArray /> </div> </ToastProvider> ); } ``` 我們已將 React 徽標加入到 **App.js** 元件，該組件每 **100ms** 旋轉一次，以直觀地表示執行昂貴任務時的阻塞和非阻塞 UI。 執行上面的程式碼時，我們可以看到兩個按鈕 Normal Sort 和 Sort using **useWorker()**。 接下來，單擊 Normal Sort 按鈕在主線程中對陣列進行排序。我們可以看到 React 徽標停止旋轉幾秒鐘。由於排序任務阻塞了UI渲染，所以排序完成後logo又開始旋轉了。這是因為兩個任務都在主線程中處理。檢查以下gif  讓我們使用 [chrome 性能記錄](https://developer.chrome.com/docs/devtools/performance/) 檢查其性能分析。  我們可以看到 Event: click 任務用了 **3.86 秒** 來完成這個過程，它阻塞了主線程 3.86 秒。 接下來，讓我們嘗試使用 **useWorker()** 選項進行排序。點擊它的時候我們可以看到 react logo 還在不間斷的旋轉。由於 useWorker 在不阻塞 UI 的情況下在後台執行排序。這使得用戶體驗非常流暢。檢查以下gif  您還可以使用 `sortWorkerStatus` 在控制台中看到 worker 狀態為 **RUNNING**、**SUCCESS**。 讓我們看看這種方法的性能分析結果   正如我們所看到的，第一張圖片表示主線程中沒有長時間執行的進程。在第二張圖片中，我們可以看到排序任務由一個單獨的工作線程處理。所以主線程沒有阻塞任務。 您可以在以下沙箱中試用整個範例。 https://codesandbox.io/embed/useworker-sorting-example-041qhc?fontsize=14&hidenavigation=1&theme=dark ## 何時使用worker 1.圖像處理 2. 排序或處理大資料集。 3. 大資料CSV或Excel導出。 4. 畫布繪圖 5. 任何 CPU 密集型任務。 ## useWorker 的限制 1. web worker 無權存取 window 物件和 document。 2. 當 worker 正在執行時，我們不能再次呼叫它，直到它完成或被中止。為了解決這個問題，我們可以建立兩個或多個 useWorker() 鉤子實例。 3. Web Worker 無法返回函數，因為響應是序列化的。 4. Web Workers 受限於最終用戶機器的可用 CPU 內核和內存。 ## 結論 Web Worker 允許在 React 應用程式中使用多線程來執行昂貴的任務而不會阻塞 UI。而 useWorker 允許在 React 應用程式中以簡化的掛鉤方法使用 Web Worker API。 Worker 不應該被過度使用，我們應該只在必要時使用它，否則會增加管理 Worker 的複雜性。
未來想要找商家幫忙架站 接案賺點小錢 想問一下 純靜態網站我去辦一個github來架設應該也是可以的吧(? 怎麼好像沒看到有人這樣做 我自己猜是因為大多數不是靜態 有資料庫 後端 所以如果我架靜態網站 直接用github感覺滿偷吃步的 但也是可以的吧 假設說 撇除github這個比較旁門左道的方案(? 是否我這個目標就是要去學wordpress呢~ 自己希望未來可以走向 架網站 接案之路!! 或是各位有沒有接案經驗也可以一併分享 感恩各位前輩~
恭喜你完成了一系列的專案開發挑戰 放眼市面上的新手教材，應該沒人會把作業設定到這麼困難！ 但我認為時機差不多了，所以要求一些有挑戰性、有趣的專案來讓你做，應該難不倒你 而且這種只用基本功能，就完成複雜專案的經驗，有助於掌握框架的本質、熟練框架基礎 既然你通通順利完成了，代表你的學習狀況「相當不錯」...... 再次跟你說聲恭喜！ --- 這些專案內容，已經相當接近實務上、職場上會遇到的開發需求 也就是說，你的開發經驗已經「大大提升」了不少 事實上，光是目前的技能與經驗，已經可以應付職場上絕大多數的功能要求 你已經離「進入職場工作」，又大大靠近了一步！ 但是呢，要能夠與團隊共同開發中大型專案，還是需要學習框架進階觀念、生態系、以及 JavaScript 生態系各種工具 坊間補習班，通常會在課程很早期開始教上述這些內容。我認為這會令學習者非常眼花撩亂 所以我讓你僅僅學完 `Essentials` 的內容，就立刻動手開發複雜、好玩的應用程式 我認為這樣才能清楚認識框架的強大，以及知道「工具不是導入越多、搞得越複雜就越好」 而是要視情況，只導入必要的、大小適宜的技術工具，這樣才能收放自如 那麼更大型的專案，又該引入哪些進階觀念、生態系工具呢？ 這些會在後續的課程提到！ --- 消化、研究完本課程之後，關於 JavaScript 更多必學的基本觀念 請接著前往「自學網頁の嬰兒教材：JavaScript（九）」開始學習吧！ https://codelove.tw/@howtomakeaturn/course/QxMYx5
## 課程目標 - 能夠寫出天氣查詢應用程式 ## 課程內容 開發應用程式時，經常需要上網找一些資料 API 比如搜尋 `台灣氣象資料 api` 會找到中央氣象局開發的 API 服務 https://opendata.cwb.gov.tw/index 想使用這些 API，通常就把官網說明文件看一看，試一試即可 如果不順利，就上網找找看有沒有人寫過 API 串接教學，照做即可 為了避免 API 服務被濫用、過度呼叫，通常 API 需要註冊之後，取得金鑰（key）才能呼叫 如何使用金鑰驗證？通常是在發出 api call 的時候，在 http request header 裡面附上 API key 也有可能就直接在呼叫的 url 附上，或者在 http post 內用 form data 附上 各種 API 驗證方式不同，取決於 API 提供者的主觀偏好 多找找範例、說明文件，多多嘗試即可 --- 這一課來寫天氣查詢應用程式 關鍵字 `weather app ui` ## 課後作業 請使用 https://replit.com/ 來寫作業 這次作業的規格如下： - 頁面上有一個「縣市」選單，可選擇要查詢的縣市 - 選擇縣市之後，在畫面上顯示此縣市當下的這些資訊： - 天氣現象 - 最高溫度 - 最低溫度 - 降雨機率 做出以上功能，你就完成這次的課程目標了！
## 課程目標 - 能夠寫出行事曆應用程式 ## 課程內容 現在新推出的大部份 javascript 套件，都會提供 native（原生）、React、Vue 三種版本，方便使用 舉例來說，這款行事曆套件，就有多種版本 https://fullcalendar.io/ 也有易安裝的 CDN 版本 https://fullcalendar.io/docs/initialize-globals --- 所謂的 React、Vue 或是任何框架版本，其實就只是把套件，根據框架規格，封裝成元件而已 （元件的觀念，之後會教，先別擔心） 套件會大量跟 DOM 互動，框架也會跟 DOM 互動，兩者容易衝突，使用上通常會 bug 一大堆 所以官方會推出套件版本，改掉一些底層寫法，方便框架用戶使用 如果沒有，那就由開發者自己小心管理，通常也沒太大問題 就是把初始化相關放在 `mounted` 裡面，然後狀態更新時，找方法與套件狀態同步，就這樣而已 --- 這一課來寫行事曆應用程式 關鍵字 `calendar app ui` ## 課後作業 請使用 https://replit.com/ 來寫作業 這次作業的規格如下： - 這種程式應該要讓人註冊登入使用，需要後端配合，但我們簡化吧：免登入、把資料存在 local storage 就好 - 有一個「新增活動」按鈕，點擊可以輸入「活動名稱」、選擇「活動日期」與「活動時間」 - 不用做成「開始、結束」兩個時間點，就做成開始時間就好 - 日期時間的 UI，請使用 https://github.com/xdan/datetimepicker - 上述功能，可以做成 modal 視窗（輸入欄位放在視窗內），也可以直接把輸入欄位都放在畫面上 - 使用 FullCalendar 呈現行事曆，將活動顯示在對應日期 - 點擊行事曆內的活動，可以刪除活動。請使用 javascript 內建的 `confirm` 函式，確認「是否刪除此筆活動？」後刪除 - 請「不要」用官方 Vue 版本，請用 CDN 版本，學著自己在框架內導入套件 做出以上功能，你就完成這次的課程目標了！
自從改用 React Hooks 搭配 Functional Component 之後，Class 的概念都快忘光光了呢~ (也有可能是根本沒懂過？) 決定 refresh 一下 Class 如何使用。 # 甚麼是 Class？ class 是用來創造 Object 的。 想像成 class 是一間汽車工廠，只要給不同的零件就能生成不同型號的車。 # Property 和 Method ### Property Property 用來表示 Object 內有什麼東西。 在定義 Class 之初，需要先建構一個 constructor，用來接收外部參數並指派這些參數給對應的 Property。 ### Method Method 用來表示 Object 可以執行什麼動作。Method 會定義在 constructor 之後。 範例： ``` class Animal { constructor(_species, _sound){ this.species = _species this.sound = _sound } makeSound(){ return `${this.sound.toUpperCase()}!` } } const scooby = new Animal('dog','scooby-dooby-doo'); console.log(`Scooby is a ${scooby.species}`); // Scooby is a dog console.log(`Scooby says "${scooby.makeSound()}"`) // Scooby says "SCOOBY-DOOBY-DOO!" ``` **注意** 如果在 constructor 以外的地方要使用傳進來的參數，要指派給 Property 再用 this.PropertyName 來取用喔！ --- 參考資料: [JavaScript Classes Tutorial from freecodecamp_YT](https://youtu.be/2ZphE5HcQPQ)
Michael Lin 是前網飛資深工程師，年薪高達 45 萬美元，約合新台幣 1300 萬元 但是他在工作四年後離職了，並且在網路上分享了心得 - 原文出處：https://dev.to/_michaellin/why-i-quit-a-450000-engineering-job-at-netflix-1f0g ---  > 金手銬 —— 你留在一份你寧願辭職、只是為了錢而待著的工作。 我以為我會永遠留在 Netflix。市場上薪酬最高。講求自由與責任。無限帶薪假期。你還能要求什麼呢？ 所以當我在 2021 年 5 月離開 Netflix 時，每個人都認為我瘋了。我父母首先反對。他們來自文化大革命時期的中國，當時幾乎沒有足夠的食物吃，他們認為我正在拋棄他們來到美國所經歷辛苦的一切。 “低下頭去幹活就對了！”他們說。 “不要對你所擁有的不知感恩！”他們說。 我的朋友們也不相信。 “有一堆免費食物欸！” “FAANG 巨頭欸！” “帶著慢慢領股票呀！” 我聽到的唯一讓我略微停頓的反對論點，來自我在 Netflix 的導師。他說我不應該在沒有找到另一份工作的情況下辭職，因為“我會放棄我在 Netflix 的高薪所擁有的影響力。”  > 一邊休息一邊慢慢領股票 這讓我停頓了整整 3 天，但我還是放棄了。8 個月後的現在，我 100% 確定這是正確的決定。 在這篇文章中，我想談談幫助我了解金手銬真正成本的 3 個因素，以及為什麼每年 50 萬美元的薪水也無法讓我繼續從事我不再喜歡的工作。 ## 一個失敗的角色轉換 隨著辦公室於 2020 年 3 月關閉，工作中所有最好的部分 ——社交、同事、津貼，都消失了。 而你剩下的就是工作本身。因此，如果您不喜歡這份工作，而這就是您的全部，那麼 COVID 會將這一事實放大 10 倍以上。 而且我不喜歡這份工作。但原本不是這樣的。 我在 Netflix 工作了將近 4 年，擔任用戶增長方面的資深軟體工程師。一開始，我覺得自己得到了豐厚的報酬來學習。工作了 1.5 年左右，我都喜歡它。 Netflix 的文化與我之前在亞馬遜經歷過的更為隱秘的文化截然不同。每個產品決策的備忘錄都可供所有員工閱讀。這就像拿錢去讀 MBA。  > Netflix 對其所有產品決策的透明度是在那裡工作的最佳福利之一。這與蘋果和亞馬遜更為隱秘的文化形成鮮明對比。 但是在我的後半段時間裡，工程工作開始感覺像是複制粘貼。 需要啟動一個新的微服務？ 複製粘貼一個舊的，更改業務邏輯，你就完成了。 新的 A/B 測試？ 複製粘貼舊的，更改一些測試變體，就完成了。  > Netflix 非常喜歡 A/B 測試。這是他們從主頁（來自 Netflix 技術部落格）測試的 CTA 的 4 個變體 我覺得毫無疑問工程可以為 Netflix 所用，但我覺得更好的問題是，某個特定專案是否充分利用了工程資源。所以我想過渡到產品管理，在那裡我可以領導這些工作。我花了 2 年的時間在公司轉了一圈，不停地建立聯繫，與每個組織交談，併申請我能找到的每一個職位。 當我向每個組織申請時，我提交了關於我作為 PM 的優先事項的建議：客戶服務、開發人員生產力、工作室、合作夥伴關係和通知。我建議在我自己的團隊中建立一個角色來幫助管理不斷增長的基礎設施。我還建議其他 PM 可以將更多工作委託給我，這樣他們就可以騰出時間來發展他們的組織。所有這些提議最終都沒有成功。  > 我花了 2 年的時間兜圈子試圖在 Netflix 找到一份 PM 的工作，但最終落得一場空。 回過頭來看，我意識到自己的錯誤。我想如果我再努力一點，我最終會得到這份工作。但現在我意識到，有時由於結構性問題，事情超出了你的控制。 Netflix 沒有適當的流程來支持這樣的橫向角色變更；我從未見過工程師在這裡成功過渡到產品管理。 他們為我提供了更多與產品管理合作的機會，以培養產品技能，對此我深表感謝。但合作與擁有角色本身不同。歸根結底，你不能只讀一本關於游泳的書就指望學會游泳。你必須跳入水中。 ## 動力減弱，表現減弱 在我失敗的 PM 求職接近尾聲時，我覺得高薪是一個越來越糟糕的優點。原本是在賺錢和學習。現在我只是在賺錢。 我團隊的目標和我的興趣也開始出現分歧。我的團隊正在朝著涉及平台遷移的更注重工程的方向發展。但我的興趣更多地轉向創業和產品管理。我分配的工程工作永遠不會適用於我以後所做的任何其他工作。 我開始覺得我又犯了以前的職業錯誤 - 在一份不適合我的工作上待的時間比我應該做的要長。這個錯誤的代價比人們想像的要高。如果你在一份你想離開的工作上多呆了兩年，並且在你的一生中做了 5 份以上的工作，那麼你只是在你不想做的工作上浪費了你生命中的 10 年。我覺得我在浪費時間。  > 沒有什麼比錯過工作訊息更讓人焦慮的了。 我的動力減弱了，我的表現也隨之減弱。我越來越少參加會議，盡量減少做任何與開發產品管理技能不直接相關的工作，並在溝通方面拖拖拉拉。最後唯一的動機就是不想被解僱。感覺我已經達到了我的目標是這麼低的標準，甚至努力跨越它，這讓我有點難過。 不幸的是，我的經理開始注意到了。在持續 2 個多小時的激烈績效評估中，他告訴我，我需要 1) 更多地參與這次遷移，以及 2) 更加溝通。用他的話說，“如果我想留在團隊中”，我必須在這些方面有所改進。 ## 重新評估 COVID-19 期間的生活優先事項 疫情大流行是一記警鐘。 看著數以百萬計的人死於 COVID 讓我意識到明天是無法保證的。在您的任何夢想實現之前，您可能會死於 COVID。你推遲夢想的時間越長，它永遠不會實現的風險就越大。所以如果有什麼你想要的，你必須現在就去做。 不想再說晚點才是時候了。現在就是時候。  > 被推遲的夢想就是被拒絕的夢想。我一直以來最喜歡的名言。 我意識到金手銬的真正代價是什麼。代價是你的青春，你的時間，你的生命。人們不會準確判斷這些成本，因為薪水是一個硬數字，而你的青春價值更無形。但僅僅因為某些東西難以衡量，並不意味著它的價值就低於金錢等可數的東西。很難衡量品牌、心理健康或愛情的價值，但我們知道這很重要。 看到所有這些人死於 COVID，我害怕有一天我的墓碑上會寫著： > “這裡躺著 Michael。他一生都在做他不想做的工作。然後他感染了 COVID 接著就死掉了。祝安息。” 我在一份我不喜歡的工作上待的時間越長，這成為我墓碑的可能性就越大。我知道我現在必須採取行動 - 我不能一直把棘手的職業問題推到一邊。我不得不辭職。 ## 最後的日子 我把糟糕的績效評估和被解僱的威脅當成是一種解脫。但我想在不被解僱的情況下先拿到遣散費。 因此，幾週後，我在一對一面談中，向我的經理提案，我們討論了“先發制人的遣散費方案”。 我這樣說：“我的表現在下降，因為我的動力在下降。我沒看到我的積極性有可能提高，因為團隊的目標與我的職業目標背道而馳。如果我們現在討論 Netflix 的先發制人遣散費而不是拖延下去會怎麼樣？這樣 Netflix 就可以省錢，你可以更快地找到更適合團隊的人選，我也可以去做我想做的事。對每個人來說都是雙贏的局面。”  > 掙脫束縛。 在他與 HR 討論後，我與他和 HR 進行了最後一次會面，他們同意先發制人地解僱我，然後我拿到了最後的遣散費。金手銬 —— 再見了。 ## Netflix 之後的生活 我以為離開公司我的生活就結束了，但事實恰恰相反。我擔心我會沒有社交生活，但實際上我在退出後遇到了更多的人 —— 其他的創業者、企業家和建設者。 我看到我的心理健康得到改善，因為如果我錯過了另一封電子郵件或 slack 訊息，我因擔心而產生的焦慮消失了。 我現在感到內心深處的平靜，一種堅定的信念，即一切都會好起來的，即使現在不能保證未來的成功。當我在周日晚上打字時，如果工作對我有利，我對周末工作沒有任何問題。沒有比知道我掌握了自己工作的所有價值更好的動力了。  通過只做讓我充滿活力的事情，它可能會諷刺地釋放比我以前賺的更多的潛在收入。 我從 2021 年 5 月辭職已經 8 個月了。我在 2021 年剩下的時間裡休息了一段時間。我在紐約住了幾個月，在猶他州和亞利桑那州進行了一次公路旅行，總體上很享受生活。 我決定全身心地為自己工作。雖然我才剛剛起步，沒有任何真正可靠的收入來源，但我會相信這個過程，如果我致力於讓我充滿活力的事情，好事就會發生。 --- 我現在真的相信，安全行事是最冒險的選擇。當你謹慎行事時，你同樣會暴露在所有的危險之中，而且沒有向上的機會。正如海倫凱勒曾經說過的：  > 謹慎行事是最冒險的選擇。
# 資源分享-練手項目以及結構教學 跟各位分享一個日本的教學網站 做的非常的好 [PAGE](https://code-step.com/)  可以進去逛一下 用擴充軟件翻譯成中文 會發現他的教材做的很用心 很有質感 非常適合新手！ 日本不愧是大國（？ 這教材至少我自己沒有看過台灣有這樣子的規劃 可以供各位參考練習
恭喜你完成這份奇怪的 Vue 入門課程 如同我在這門課程中不斷強調的 任何的技術工具，其實都充滿了大量的過時觀念、多餘觀念、錯誤觀念 也就是很多小功能、小語法，要嘛是已經很少人在用了，要嘛是重複設計了，要嘛是根本設計失敗了。這些學了也用不到 偏偏你在補習班或者上網自學的時候，沒有人敢跟你這樣講。因為講的人自己也不太確定、沒有真正深入了解 所以我在這門課程只引導你使用最基本的語法、用最基本的功能 你已經完成了所有作業，代表這些基本功你都順利掌握了 不要小看這種只專注在基本功的學習方法 把基本功摸熟的人，在有必要學習任何進階觀念的時候，會比別人更快融會貫通 --- 偷偷跟你說一句，即便是業界工程師、業界講師，大多數人對於程式設計、大型工具的許多觀念，也都是一知半解的 這沒有什麼問題，我也總是跟你說：能解決問題就好 比較有問題的是：不確定的東西，要知道自己不懂、承認自己也不確定。在有必要的時候，要知道往哪個方向去深究 除此之外，既然自己也不太確定，就不要跟別人說 XXX 寫法一定比 YYY 寫法好，諸如此類的話 在程式開發這個圈子，絕大多數意見，都只是主觀意見，卻被講得好像是科學證明過的公認客觀意見、有對錯之分。這絕非事實 請積極學習，但也請保持懷疑＆批判的態度。面對新工具、新觀念，不需要感到太困擾或者焦慮 --- 翻閱 Vue 官方文件，你會發現 `Essentials` 這個段落，你幾乎通通讀完了 這些就是 Vue 的基礎觀念，已足夠你開發出各種易於維護、架構彈性的中型應用程式了 那麼該如何開發大型應用程式呢？那就需要更進一步學習模組化、元件等等的觀念 這些會在後續的課程提到！ --- 消化、研究完本課程之後，關於 JavaScript 更多必學的基本觀念 請接著前往「自學網頁の嬰兒教材：JavaScript（八）」開始學習吧！ https://codelove.tw/@howtomakeaturn/course/jqe6xX
## 課程目標 - 認識 Template Refs ## 課程內容 來讀一下 Template Refs 的說明 - https://vuejs.org/guide/essentials/template-refs.html 簡單來說，在我們使用了任何前端框架之後，就已經把「所有 DOM 更新相關」的工作，委託給了框架處理 我們從此只要寫框架提供的語法就好了，不要直接去操作 DOM！ 不然的話，框架已經接手了整個 DOM，你又在某些地方對 DOM 做出更新，會引起衝突，會造成很多 bug！ 而且這種 bug 很難處理，因為你不知道框架實際上是怎麼更新 DOM 的，需要深入研究框架背後的機制才行 所以才會說，用了框架，就請避免操作 DOM 但是，很多時候，會需要用一些現成的第三方套件（例如你學過的一堆 jQuery 外掛套件），那些套件初始化設定時，又都需要提供一個 selector 這種情況下，Vue 提供了 ref 功能，讓你可以存取「vue 底下真正的 DOM」，可以拿來跟其他小套件整合 --- 看到這邊，你可能會心想： 「那我如果不使用 ref，我就是要直接使用 `document.querySelector()` 來抓取 DOM 元素，然後作為參數放進其他小套件執行，會怎樣？」 老實講，根據我個人經驗，在絕大多數情況下，其實也根本不會怎麼樣，程式還是可以順利運作的 所以，你真的要這樣做，也是可以的 但如果真的遇到很難解決的 bug，例如抓不到 DOM 元素、抓錯 DOM 元素時，記得往這方向研究一下就是了！ ## 課後作業 承接上一課的作業 在輸入記事內容的地方，為了加強 UX，我們來加上 autosize 功能 請使用此款套件 https://github.com/jackmoore/autosize 將 textarea 加上 autosize 功能吧！ 做出以上功能，你就完成這次的課程目標了！
## 課程目標 - 學習事件處理的寫法 ## 課程內容 來學一下事件處理的寫法 - https://vuejs.org/guide/essentials/event-handling.html 眼花撩亂沒關係，我已經多次告訴過你應該用什麼心態去面對 不用把這些東西看得太神奇，這些東西的背後，就只是你已經寫過的 html `onclick` 那些東西而已，只是多加一層「抽象化」，由 Vue 中介在中間管理 DOM 我們在寫 Vue 的時候，就是「完全不親自操作 DOM」了，通通交由 Vue 處理 我們負責專心管理 application state 就好，不用費心思去管理 DOM 用了框架，就不要再去直接操作 DOM，否則會跟框架起衝突、讓程式充滿 bug --- 有件事我必須說一下，就是 `@click` 後面可以放函式名稱，也可以直接執行函式 這個設計，實在很糟糕！我非常不喜歡！ ``` <script src="https://unpkg.com/vue@3/dist/vue.global.js"></script> <div id="app"> <button @click="hello1"> hello 1 </button> <button @click="hello2('John')"> hello 2 </button> </div> <script> const { createApp } = Vue createApp({ methods: { hello1() { alert('hi'); }, hello2(name) { alert('hello ' + name) } } }).mount('#app') </script> ``` 以上範例，在 `@click` 裡面的內容，到底要不要加上小括號 `()`？ 乍看之下，根本無法理解。要翻閱文件，才發現原來兩種寫法都可以 我認為這違反了程式碼風格應該要 `保持一致性（consistency）` 的原則 Vue 這種彈性設計，讓程式碼變得令人困惑、難以理解 --- 再提一件事，Vue 的 template 中，雙引號的內容，到底是 `變數` 還是 `字串`？ ``` <button @click="greet">Greet</button> ``` 這個 greet 是函式名稱，是變數 ``` <div :class="{ active: isActive }"></div> ``` 這裡在雙引號內容，宣告 JSON 物件，所以是變數 ``` <template v-if="ok"> ``` 這裡是變數，變數型態大概是布林 ``` <div class="active text-danger"></div> ``` 這裡是字串 ``` <input :value="text" @input="event => text = event.target.value"> ``` 這邊的 `text` 到底是字串還是變數？ ``` <input ref="input"> ``` 這邊的 `input` 到底是字串還是變數？ 透過觀察可以發現，冒號開頭 `:`，或者小老鼠開頭 `@` 或者縮寫法 `v-` 開頭的，雙引號裡面是變數 不然的話，就跟普通 html attribute 一樣，雙引號裡面就只是字串而已 對於 Vue 這種彈性設計，我一樣「非常不喜歡」！ 當然，這些都是我個人主觀看法，一定很多人覺得又好寫、又彈性 這對於只想快速開發、懶得追根究底的新手，可能很方便 但在深入思考、試著搞懂資料型別、試著像資深工程師一樣思考的時候，會造成很多額外的困惑 --- 我想說的是，遇到這類問題，你就多試一下、多翻官網文件 然後不要覺得自己很笨、被框架嚇傻了 要知道複雜的工具，本身背後就代表多種不同的主觀偏好，然後那些主流觀點，可能真的不怎麼樣，所以不是你的問題 隨著更有經驗之後，你會能夠做出各種主觀的判斷、能夠比較各種設計的優劣之處 目前階段，你就先想辦法讓程式能跑、能完成任務就好了！ --- 再來學一下表單欄位內容的處理 - https://vuejs.org/guide/essentials/forms.html 在上個系列課程中，我們學過 data model + render function 的寫法 使用框架之後，則變成，就連表單欄位內容，也是 data model 的一部份 乍聽之下有點怪，其實，實際寫過之後，會發現還滿方便的！ ``` <script src="https://unpkg.com/vue@3/dist/vue.global.js"></script> <div id="app"> <input v-model="username"> <button @click="greet"> Greet </button> <h1> {{ username }} </h1> </div> <script> const { createApp } = Vue createApp({ data() { return { username: "John Doe" } }, methods: { greet() { alert('Hello, ' + this.username); } } }).mount('#app') </script> ``` 正因為把 `欄位中目前輸入的值` 視為 `當前應用程式的狀態` 的一部份 所以可以隨時取得表單欄位內容，而不用像以前那樣，要透過 DOM selector 之類的，去找到元素、才拿到內容！ 一樣，表單欄位內容的取得，寫法多種，就挑順眼、簡單的來用即可 ## 課後作業 承接上一課的作業 這次要來開發「新增」與「刪除」功能囉！ 請在記事列表的上方： - 新增一個 `input` 來輸入「記事標題」 - 新增一個 `textarea` 來輸入「記事內容」 - 新增一個 `select` 來選擇顏色 - 新增一個「新增」按鈕，點擊之後，會新增記事 - 請將這些欄位的內容，放在 application state 裡面管理 然後，請在每則記事的裡面，新增一個「刪除」按鈕。點擊之後，會刪除記事 做出以上功能，你就完成這次的課程目標了！
## 課程目標 - 體驗一下 Reactivity 的效果與便利 ## 課程內容 來學 Vue 之中 Reactivity 的基本觀念 - https://vuejs.org/guide/essentials/reactivity-fundamentals.html 老樣子，大部份看不懂沒關係，稍微有個印象就好 記得之前的課程，每次更新完 state，你都要接著去執行 `render()` 函式嗎？ 所謂 Reactivity 就只是說：當你更新完 application state 之後，Vue 會自動幫你更新 UI 上的內容 就只是這樣，不要把它想得太複雜 ``` <script src="https://unpkg.com/vue@3/dist/vue.global.js"></script> <div id="app"> 嗨，我是 {{ user.name }} <button @click="changeNewName"> 改名字 </button> </div> <script> const { createApp } = Vue createApp({ data() { return { user: { name: "John Doe" } } }, mounted() { this.user.name = "Frank" }, methods: { changeNewName() { this.user.name = "Kevin" } } }).mount('#app') </script> ``` 到 jsfiddle 跑跑看，看看畫面上出現什麼 `mounted` 是 vue 將畫面第一次載入之後，可以安排任務的地方，通常會放一些「系統初始化任務」 `@click` 跟 `methods` 那些，就只是操作事件的寫法而已，先照做就好 以上兩點，後面課程會詳談 --- 在 Vue 文件中，你會到處看到 `this` 這個關鍵字 要存取 application state，有時前面要加 `this.` 有時又不用 關於 `this` 關鍵字，它是一個 JavaScript 程式語言裡面過時又晦澀難懂的觀念 我不想細談，你也先不用研究。就先照做、程式能跑就好了 反正改天你真的遇到問題，大概知道要往這方向研究就是了 --- 接著來學 Vue 之中 Computed 屬性的觀念 - https://vuejs.org/guide/essentials/computed.html 老話一句，看不懂沒關係 雖然大家都說用這寫法，效能會比較好、程式碼會比較優雅 但實際上，我自己在好幾個專案，就完全不使用任何 `computed` 功能 一律通通只用 `methods` 來寫程式，根本也不會怎麼樣 --- 在整門系列課程，會常常像這樣，我叫你讀官網文件的很多內容 但我接著又會說，看不懂沒差，其中 XXX 根本沒用，其中 YYY 也沒必要用，只學 ZZZ 就好 這些都是我個人的主觀意見。如果你在網路上找資料，會看到許多工程師，有跟我完全相反的建議 這是軟體工程師圈子的常態，充滿各種主觀喜好、偏見，你要習慣一下 （如果你很好奇我是怎麼做出這些判斷的，請重新閱讀此系列課程，第一篇文章：前言，裡面的最後一段） 你不需要完全同意我的觀點，在研究過程中，如果你有發現比較喜歡的寫法，就直接用沒關係 如同我多次提醒過：只要能解決問題就好，你就隨便寫沒關係 各種做法細微的差異，將來有一天你會慢慢理解 ## 課後作業 承接上一課的作業 這一課來簡單體驗一下 reactivity 的效果就好 也就是簡單更新一下 application state 就好 請加入 `mounted` 函式，在裡面把「第一個記事」的內容更新為「多出門、到處走走、也要多運動」 完成之後，你會發現，你的春節行程安排，看起來積極多了～ 做出以上功能，你就完成這次的課程目標了！
我知道你們很多人，來上這門課程，都是希望可以儘快去上班、賺錢 所以... 我們來學 Vue 吧！ --- 在開始之前，我必須再次強調 與坊間很多補習班不同，我們已經花了六門課程的時間，在練習原生 JavaScript 與網頁基本觀念 也就是説，就算完全不使用任何套件，只用最原始的開發方式，你也已經可以寫出各種前端功能了 就算現在直接拿職場上的客戶需求給你，請你做出來，其實很多需求「你已經可以直接寫出來」了 只是有些客戶要求的功能，畫面上的 `狀態` 與 `互動行為` 太多，原生 JavaScript 寫起來會很吃力 就算引入 data model + render function 的觀念來輔助，還是很難寫 所以我們要學習「框架」，讓應用程式的 `狀態` 與 `互動行為` 變得更好管理 --- 我想說的是，不管你被要求去學習哪種框架 你都要知道，不管寫起來多花俏、或者語法看起法多晦澀難懂，追根究底，都只是在管理 `狀態` 與 `互動行為` 然後底層就只是一堆 `變數` 跟 `各種對於 DOM 的增減操作` 而已 不要把框架想得太神奇，都是你已經會寫的東西，只是為了方便而進一步包裝而已。業界術語叫：抽象化（abstraction） --- 最後，我想說明一下學習複雜工具該有的心態 即便是在同一個社群內（例如 Vue 社群） 對於完成一個任務，該把語法設計成什麼樣，都有各種不同意見 也就是想要解決一個問題，看起來寫法 A 就可以做到 有人會說不夠好，要用寫法 B 才算是漂亮 有人會說都不行，要用花俏的寫法 C 才算是真正完成 我個人的建議是：先從最單純、好理解的寫法開始學起！工作上也只使用這些即可！就算程式碼會因此冗長一點，也沒關係！ --- 在學習任何框架的路上，面對某個部份，經常會出現這種感覺： 「這部份好複雜，雖然好像可以解決問題，但我有點不懂，這好像用更簡單的 XX 寫法就可以，不是嗎？」 一旦出現這種感覺，一律就只用 XX 寫法就好，不用管別人怎麼說 用簡易好懂的寫法 A 如果可以完成一堆任務，就通通都用寫法 A 就好 更進階的寫法 B 以及更花俏的寫法 C，只要「知道有他們的存在」就好，不用急著搞懂 在未來，真的遇到寫法 A 的瓶頸時，你自然會想起 B 跟 C，也才會終於了解他們的價值 也很有可能，整個職業生涯都用不到 B 跟 C，那本來就是一些花俏人士的個人偏好而已，你不用在意 所以，能解決問題就好，不要被框架的龐大文件，與社群的各種五花八門意見所迷惑了！ 話不多說，讓我們馬上開始來寫 Vue 吧！ --- **2024-04-30 補充：[為什麼站長的教材，看起來是教 Vue 2，不是教 Vue 3？](https://codelove.tw/@howtomakeaturn/post/GqPpwq)**
像這邊的文章輸入是使用textarea 想要用JS得到文章內容可以直接抓 但有些地方是編輯器 通常長的就比較奇怪 會像是html的結構 甚至有的貼出來是用iframe去完成 我最近想要實作備份文章內容的腳本 發現一些問題 首先是在it幫這邊測試  我發現就算在開發者工具改動文章內容 回到編輯那邊 卻又會跳回來 如果是textarea 我用value就可以改動 不太知道這種狀況 要怎麼用JS去改動裡面結構 就算我學裡面的span去貼 會發現只會跳會原本的內容 動彈不得 是說該怎麼處理 我發現就算我改innerText 表面上會改一下 當我要編輯 又會跳回去 這樣子是什麼問題 這樣的效果也會導致假設我想要用JS輸入文章也會遇到障礙 這方面該怎麼解決呢～～
# 主題 一直覺得看別人的code可以學到很多 不只是方法還有寫程式的觀念 想許願新的教學文章是 帶著看code 解讀網頁上實際運用到的東西 我第一個想丟出來討論的是破解右鍵 # 程式碼 ```javascript= javascript: (function() { function R(a) { ona = "on" + a; if (window.addEventListener) window.addEventListener(a, function(e) { for (var n = e.originalTarget; n; n = n.parentNode) n[ona] = null; }, true); window[ona] = null; document[ona] = null; if (document.body) document.body[ona] = null; } R("contextmenu"); R("click"); R("mousedown"); R("mouseup"); R("selectstart"); } )() ``` # 我的觀察與分析 ## 程式風格分析 我只看的出來這邊 他非常非常聰明 的利用一個function 去做一堆addEventListener 感覺這是pureJs很漂亮的寫法 而不是每個都在那邊addEventListener五坨 似乎這樣寫會比較乾淨 或者說有概念 總之就是比較酷也比較厲害的感覺 ### 我的看法 不知道有沒有什麼名詞可以形容這個概念 如果是Jquery 我覺得類似手法應該是變成一個Jquery物件群組（不太確定這個名詞） 然後再直接live或on或是trigger好像就可以了！？ ## 程式內容討論 originalTarget跟parentNode可以查MDN看到，不過還是不太了解具體內涵。 大概只知道原理應該就是解除所有，監聽那些「禁止操作」的listener 但搞不太清楚怎麼寫成這樣子 ### 我的看法 感覺如果用Jquery 似乎可以直接unbind就解決了！？ # 總結 以上我覺得這題材是很不錯的討論 目前網路上應該都沒有人願意進行這種探討 但這恐怕卻是最多人接觸JS的其中一環 有點矛盾XD 看是不是有機會可以以此為題材 針對code去重構 分析討論都滿好的～～～ 如果各位同學也好奇的一起＋１ 或是有懂的 也來分享！！ 一起交流這塊 # 後記 這樣慢慢學習的日子感覺我自己真的進步很多 從前連markdown是什麼都不懂 現在都能使用 而且發現根本就很簡單 github 的push也是 都慢慢跳脫舒適圈 才發現以前卡關就是不太去嘗試 希望大家都能越來越厲害！！
身為開發者，一定會常常需要使用 Markdown 格式來寫文件。 Markdown 究竟是什麼？它看起來像純文本，有點像 HTML，但兩者都不是？ 別擔心，我第一次使用 Markdown 時也是有點困惑。但不久之後，我就習慣了，並意識到它真的很酷。到本文結束時，您將掌握日常使用 Markdown 所需了解的一切。 原文出處：https://dev.to/imluka/the-only-markdown-cheatsheet-you-will-ever-need-ccg --- ## 好的，再告訴我一次，什麼是 Markdown，我將在哪裡使用它？ Markdown 是一種輕量級標記語言，可用於格式化純文本文檔。 您可能知道 GitHub 上的每個存儲庫都有自己的 README 文件，其中解釋了存儲庫的用途。每個專案都需要好的文件。 GitHub 的文件是使用 Markdown 編寫的。這正是為什麼有必要知道一些基礎知識。第二個原因是，您最有可能通過吸引人的個人檔案 README 來吸引新的人脈並改善您的網絡。 就是這樣！今天的理論足夠了。來點實用的吧。 --- ## 段落 通過編寫常規文本，您基本上是在寫一個段落。  ## 標題 有 6 種標題變體。後面跟著文字的“**#**”符號的數量表示標題的重要性。  ## 重點 修改文本是如此整潔和容易。您可以將文本設為粗體、斜體、刪除線、突出顯示、下標或上標。  ## 區塊引用 想強調文本的重要性？這樣即可。  ## 圖片 如果您使用的是 GitHub，最好的方法是簡單地將圖像從您的計算機直接拖放到 README 文件中。您還可以建立對圖像的引用並以這種方式顯示它。  ## 連結 與圖像類似，連結也可以直接插入或通過建立引用來插入。您可以建立內聯連結和塊連結。  ## 程式碼 您可以建立內聯和全塊程式碼片段。您還可以定義您在程式碼段中使用的程式語言。全都是使用反引號。  ## 列表 正如您在 HTML 中所做的那樣，Markdown 允許建立有序列表和無序列表。   您還可以混合兩個列表並建立子列表。 **PS.** 盡量不要建立超過兩層的列表。這是最佳實踐。  也可以建立定義列表（術語 - 定義），您可能不會常使用這個，但有機會用到。  ## 表格 顯示排列資料的好方法。使用“**|**”符號分隔列，使用“**:**”符號對齊行內容。  您還可以通過排除外部“**|**”符號而不是使您的程式碼結構良好來建立“混亂”的表格。當然，它仍然有效，但是嘿 → 我們應該始終以正確的方式安排事情。  ## 任務列表 跟踪已完成的任務和需要完成的任務。  ## 腳註 想在文件末尾描述一些東西嗎？使用腳註！  ## 標題編號 您可以為標題指定 ID，以便無論您身在何處都可以直接跳轉到文件的該部分。  ## 水平線 您可以使用星號、連字符或下劃線（*、-、_）來建立水平線。唯一的規則是您必須至少包含符號的三個字符。  ## HTML 您還可以在 Markdown 文件中使用原始 HTML。大多數情況下效果很好，但有時您會遇到一些在使用標準 HTML 時不習慣的差異。使用 CSS 將不起作用。  --- 以上簡單分享，希望對您有幫助！
我用XMLHttpRequest實作一個， 找到米特某文章所有圖片的程式碼 其中也會找到上一頁的網址 儲存為url ``` let space url="https://meteor.today/article/a6GSu4" async function test(){let req=new XMLHttpRequest; req.open("get",url); req.onload=function(){ space=this.response; //parser與DOM操作 let parser = new DOMParser(); let parsed = parser.parseFromString(space, "text/html"); let text=parsed.getElementById("article_content") let texted=text.innerText.split("\n") //把圖片網址call出來 for (j=0;j<texted.length;j++){ if(texted[j].search(".jpg")>-1){console.log('https'+texted[j].split("https")[1])}; } //上一頁的網址 url=parsed.querySelector("body > div.pusher > div.ts.container > div.ts.relaxed.grid > div.nine.wide.computer.sixteen.wide.mobile.column > div:nth-child(2) > div.ts.stackable.two.column.grid > div:nth-child(1) > a").href; //這個新的url我想要把它拿出來，讓我未來迴圈可以用！ } req.send(); } test() ``` 我的主要問題是， 我想要拿出來的這個url拿不出來， 並沒有讓我可以呼叫url=上一頁 似乎是因為這個變數在XMLHttpRequest的過程中存取的，因此執行完就拿不到（？ （去年五月就開始研究的．．．一直找不到相關解法QQ）
讓我總結說明一下，老方法、新方法的關鍵思維差異： - 在老方法中，工程師眼中主要關心 html，開發過程會一直去思考 html 結構，因為「應用程式的狀態（資料）」就存在 html 之中，html 同時是狀態、也是 UI - 在新方法中，工程師眼中主要關心 data model，通常就是一個 JSON 物件。這個物件的各個屬性，足以表達目前應用程式的狀態。至於狀態要怎麼呈現為 UI，則視為另一個獨立任務，可以另外處理。像這樣把兩件事分開來思考，對頭腦的負擔也比較小 --- 同樣的待辦清單小工具，原本的寫法，與現在的新寫法，請你比較一下程式碼 有沒有覺得變得易讀、好維護許多呢？ 在課程中，我多次說過以下這段描述： > 原本那種寫法，我稱之為「在各處胡亂更新各處 DOM」的寫法 > 新的那種寫法，只有在寫 render 時，腦中要思考 DOM > 在應用程式的其他地方，腦中都是思考 data model 就好 現在你懂我描述的感覺了嗎？ 在這個小工具的例子中，改善的程度可能不夠明顯 但在中型以上的網站、具有高互動性的複雜網頁，一定是用新寫法比較好 --- 這次的課程，讓你的能力從「前端設計」進入到「前端工程」了 之所以叫「工程」，是因為有時候需要建立中型、大型應用程式，這時就需要工程素養 原本那種「在各處胡亂更新各處 DOM」的寫法，絕對無法建立出大型軟體 就跟蓋房子一樣，隨便蓋的小房子臨時居住一下還可以，真的要蓋出厲害的高樓，當然需要足夠的工程技法、素養 --- 寫本課程作業時，render function 的內容會變很多 在實務上，render function 的任務會由框架或者某種模板引擎（template engine）套件完成 所以開發起來會省力很多，不像本課程作業寫起來那樣吃力 你未來使用任何工具只要知道：這些工具的背後，大概就是做了類似這樣 data model + render function 的事情即可！ --- 本課所教的 data model + render function 的寫法 是我為了教學方便，設計出來的一種「手工」開發方法 實務上，中型以上專案，幾乎都會使用 React 或者 Vue 框架 我留意到坊間許多課程、補習班，很快就進入框架的教學 我認為許多學員在結業之後，還是一知半解，甚至分不清哪些是 JavaScript 觀念，哪些是框架獨有的觀念 所以我才在這邊，教導這套手工、但很簡單的開發方法 寫過這種開發方法，接著再去學前端框架，我認為可以大幅改善那種「框架後面很黑箱」的感覺 所以你之後挑選任何框架學習，關於 `application state` 與 `render 出 UI` 這兩者的關係，就大致有個底了 --- 最後，老話一句，視網頁的需要，如果只是簡單頁面、小小 UI 工具，那麼就用老方法隨便寫即可。何況還有 data attribute 可以使用來管理狀態，簡單又方便。很多實務情境下，這樣也很夠了 如果真的有工程等級的需要，則可以使用本課程技巧，管理好「應用程式的狀態」，或者直接挑選框架使用 這行業有一句話叫做：No Silver Bullet（沒有萬用解法） 在開發手法的選擇上，也是一樣，請綜合權衡之後，選擇當下適合的方法吧！ --- 消化、研究完本課程之後，關於 JavaScript 更多必學的基本觀念 請接著前往「自學網頁の嬰兒教材：JavaScript（七）」開始學習吧！ https://codelove.tw/@howtomakeaturn/course/AqJGxd
## 課程目標 認識 data model 的觀念 認識 render function 的觀念 ## 課程內容 如果電商網站上有這樣的內容 ``` <div> 商品名稱：<span id="name">冬季外套</span> 價格：<span id="price">$1,990</span> 分類：<span id="category">女裝</span> 剩餘數量：<span id="remain">5</span> </div> ``` 在網站上的任何操作，菜鳥工程師會覺得就直接去更新 DOM 就好了 在程式還小的時候，這樣開發沒問題 但是當專案變大之後，這樣的開發會遇到問題，程式碼會越來越難維護 這種很難維護的寫法，我稱之為「在各處胡亂更新各處 DOM」的寫法 --- 有經驗的工程師在開發的時候，會習慣將應用程式的「狀態」與程式的其他部份分開來 這個「狀態」我們叫 state 或者 model 或者 data model 實務上，這三種名詞都很常看到，我在文章中也會混雜著交互使用 同樣的電商頁面，資深工程師會覺得看到了以下 data model ``` var product = { name: "冬季外套", price: 1990, category: "women", remain: 5 } ``` 而在開發各種功能的時候，資深工程師會覺得，一律先更新 data model，再接著拿 data model 來呈現出 UI 比較好 這樣在開發複雜應用程式的時候，相關函式一律只要關心 data model 就好，不用管 UI 在思考的時候，腦子的負擔會小很多，因為你變得只要想著應用程式的「狀態」就好 --- 那麽只更新 data model，那何時更新 UI 呢？ 這邊介紹一個簡單的方法，叫做 render function 就是放一個 root 元素，作為程式 UI 的容器 接著寫一個 render 函式，來根據 data model，畫出全部 UI 到 root 裡面 這個 render 函式有三個注意事項 - 第一行要先清空 UI - 在所有跟「狀態」有關操作的最後一行，都要呼叫這個函式 - 所有 DOM 操作一律由 render 函式處理（其他全部函式，通通禁止更新 DOM） 請在 jsfiddle 嘗試以下範例 ``` <div id="root"> </div> <button onclick="decrease()">decrese</button> <button onclick="increase()">increase</button> ``` ``` var product = { name: "冬季外套", price: 1990, category: "women", remain: 5 }; render(); function render() { var root = document.querySelector('#root'); root.textContent = ""; var name = document.createElement('div'); name.textContent = '商品名稱：' + product.name; var price = document.createElement('div'); price.textContent = '價格：' + product.price; var category = document.createElement('div'); category.textContent = '分類：' + product.category; var remain = document.createElement('div'); remain.textContent = '剩餘數量：' + product.remain; root.append(name); root.append(price); root.append(category); root.append(remain); } function decrease() { product.remain = product.remain - 1; render(); } function increase() { product.remain = product.remain + 1; render(); } ``` 這樣的寫法，很神奇地，關於 DOM 的操作通通放在 `render` 即可 雖然 `render` 函式變得很多行、很大、寫起來比較麻煩 但是除了 `render` 以外的函式，通通都變簡單了 這是「短期麻煩，長期方便」的一個明顯例子 ## 課後作業 在之前的課程，你開發過一個「待辦事項小工具」，甚至還加上了 local storage 儲存功能 在開發的過程中，我相信你有感覺到，程式碼越來越大團了，新功能雖然寫得出來，但越來越難寫了 回頭看看當初的程式碼，你會發現讀起來不容易，要再維護、擴充功能，也都不太容易 讓我們使用新方法，重新開發一次這個小工具 請使用 https://jsfiddle.net 並且建立一份新的 fiddle --- 這一課，不開發任何功能，先實作把 data model 給 render 出來的效果 請使用以下 html 作為 root 元素 ``` <div id="root"> </div> ``` 然後複製以下 js 使用，將 `render` 函式完成 ``` var todos = [ { title: "倒垃圾" }, { title: "繳電話費" }, { title: "採買本週食材" }, ]; function render() { // 請寫出此函式內容 } render(); ``` 在這段 js 中，`todos` 陣列，就是我們的 data model 最後，在畫面上，應該會出現以下內容 ``` <div id="root"> <ul> <li> <span>倒垃圾</span> </li> <li> <span>繳電話費</span> </li> <li> <span>採買本週食材</span> </li> </ul> </div> ``` 做出以上功能，你就完成這次的課程目標了！
你的轉職路上，還缺少一份自學作業包！寫完這幾包，直接拿作品去面試上班！
本論壇另有附設一個 LINE 新手發問＆交流群組！歡迎加入討論！
