3 個學習前端時，重要的程式框架
閱讀時間約 2 分鐘
這是 30 天寫作挑戰的第 16 天。今天要跟大家分享的主題是「從 0 到 1 成為前端工程師的……」的變體：
3 個學習前端時，重要的程式框架
30 天寫作挑戰：連續 30 天，每天都會從 ChatGPT 、生活中的靈感或是網友提問中，選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你／妳的問題，可以問我一個跟工程師、技術產品經理、產品經理有關的問題。
今天介紹的程式框架主要都跟物件導向有關，雖然 JavaScript 不是純物件導向的程式語言，甚至有些流行的前端生態系還推薦使用 functional programming，但這些原則並不會因為不是物件導向而不適用。分享給各位。
SOLID 原則
SOLID 原則是由單一功能原則（Single responsibility principle）、開放封閉原則（Open/Closed Principle）、里氏替換原則（Liskov Substitution principle）、介面隔離原則（Interface-segregation principles）、依賴反轉原則（Dependency inversion principle）的首字母組成。這五個原則在理解上可能會需要搭配範例，我們有機會再另外專門解釋（咦？）
SOLID 原則有助於後面要介紹的程式框架以及先前《3 個成為前端工程師後，發現的好處》提到日常生活中的案例的概念抽象化。
DRY 原則
Don’t repeat yourself 的簡稱，工程師就是一群懶惰的人，能夠用一段程式碼完成的任務，就不會想要重複寫兩次在不同的地方。這裡指的重複不光是程式碼的重複，還包含了程式碼的任務重複。與之相對的就是要避免 WET（Write everything twice）。
Design Patterns
在《從 0 到 1 成為前端工程師的 3 本推薦書籍》也有推薦 Design Patterns，如果處理的功能越來越複雜，使用 design patterns 裡介紹的方式來撰寫程式可以減少重工或是耦合的問題。
這篇文章介紹的程式框架也許不是「框架」，而是前人發現在撰寫程式時，如果有符合這些原則或是模式來進行開發，可以減少後續需求變更／需求增加時，要修改原有程式的開發成本，推薦給各位讀者。
今日寫作觀察
上述的每個原則其實都可以自成一篇（甚至多篇）文章，要能夠摘要式地解釋它們對現在的我來說還是有點難度，但也表示我對於這些框架、原則的掌握度還不夠，仍須努力。
為什麼會看到廣告
20會員
32內容數
我是 Larry，《下班後的產品工程師》是我在下班之餘分享我對網路產業的工程師、產品經理相關職能的想法和心得，也會分享一些自己突發奇想的產品、商業問題。希望文章內容能帶給你／妳收穫。對了，如果很久沒有更新，一定不是因為我還沒下班。
留言0
查看全部
本篇參與的主題活動
從開始經營方格子到現在已經十個月了。說實話，這是從我淡出巴哈姆特四年後，再次有意識的經營作品。
雖然從事小說創作，我卻是一個只要講述自己的情感就會有些嘴笨的人，心中有太多太多感受，很難一次表達出來，只能再次說，非常謝謝大家的支持，沒有你們，我走不到現在。
今年是很特別的一年，我的沙龍
虛構故事，我們得以暫時忘記活著的殘酷。賣火柴的小女孩燃盡自己的生命，讓我們在死亡陰影中感受到溫暖。未來無非是死亡的延伸，現實並不比童話更仁慈，但在故事中，我們看見了比真實更真實的光芒。故事不是真相，卻教我們如何面對真相。或許，我們每個人都是寫著自己故事的小女孩，藉由夢境短暫取暖，直到生命的火光熄滅。
本篇文章介紹了麗薩·克龍的著作《你能寫出好故事》，她是一位知名的故事教練，透過腦科學與心理學的研究，揭示了成功故事的要素與寫作方法。文章詳述了吸引讀者的故事要素，包括情節、人物、挑戰和變化等，並強調了突出焦點及製造衝突的重要性，以及如何高效構建引人入勝的故事。它是每位寫作者不可或缺的創作指南。
回想起來，五年前剛剛使用方格子寫教學心得時，往往想到什麼點子寫什麼、遇到什麼教學狀況寫什麼……毫無組織架構可言。然而，隨著越寫越多，這些文章竟然漸漸在我眼前相連成幾條清晰的脈胳，每一條脈胳都是一個主題，每一、兩個主題似乎都有寫成一本書的價值。
同樣是表達「某件事的原因」，Because、As、Since 和 For 這四個詞看似相似，實際上各有不同的常用情境和細微差異！
許多學生常在練習英文寫作中問我：「這四個詞到底該怎麼選？」、「哪種情況適合用哪一個『因為』？」為了一次解開這個疑惑，我整理了一篇關於這些「因爲」的特性與常見用法！
從開始經營方格子到現在已經十個月了。說實話，這是從我淡出巴哈姆特四年後，再次有意識的經營作品。
雖然從事小說創作，我卻是一個只要講述自己的情感就會有些嘴笨的人，心中有太多太多感受，很難一次表達出來，只能再次說，非常謝謝大家的支持，沒有你們，我走不到現在。
今年是很特別的一年，我的沙龍
虛構故事，我們得以暫時忘記活著的殘酷。賣火柴的小女孩燃盡自己的生命，讓我們在死亡陰影中感受到溫暖。未來無非是死亡的延伸，現實並不比童話更仁慈，但在故事中，我們看見了比真實更真實的光芒。故事不是真相，卻教我們如何面對真相。或許，我們每個人都是寫著自己故事的小女孩，藉由夢境短暫取暖，直到生命的火光熄滅。
本篇文章介紹了麗薩·克龍的著作《你能寫出好故事》，她是一位知名的故事教練，透過腦科學與心理學的研究，揭示了成功故事的要素與寫作方法。文章詳述了吸引讀者的故事要素，包括情節、人物、挑戰和變化等，並強調了突出焦點及製造衝突的重要性，以及如何高效構建引人入勝的故事。它是每位寫作者不可或缺的創作指南。
回想起來，五年前剛剛使用方格子寫教學心得時，往往想到什麼點子寫什麼、遇到什麼教學狀況寫什麼……毫無組織架構可言。然而，隨著越寫越多，這些文章竟然漸漸在我眼前相連成幾條清晰的脈胳，每一條脈胳都是一個主題，每一、兩個主題似乎都有寫成一本書的價值。
同樣是表達「某件事的原因」，Because、As、Since 和 For 這四個詞看似相似，實際上各有不同的常用情境和細微差異！
許多學生常在練習英文寫作中問我：「這四個詞到底該怎麼選？」、「哪種情況適合用哪一個『因為』？」為了一次解開這個疑惑，我整理了一篇關於這些「因爲」的特性與常見用法！
你可能也想看
Google News 追蹤
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
這篇文章介紹了面試時以及開始工作後可能會遇到的問題，包括物件導向OOP、SOLID 設計原則、測試方式，以及 Cookie、Session 與 Cache 的相似處與不同處。提供了豐富的相關資訊。
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
無論是現在、過去還是未來，學習如何學習都是終身受用的技能。迭代和進步是軟體工程師的追求。文章提出學習程式的四大關鍵：實踐、輸出、整理、思考，並期望讀者能在選擇的路上一路前行。
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
很多大公司的切版與前端是分開的，但不能因為碰不到就不去理解，假如要系統性的調整樣式，那麼你就一定要懂基礎，就好像你要調整微前端的架構，總不能連包板工具的設定都不會吧！
回到正題，這系列文章每個禮拜三都會更新一題CSS Battle的題
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
很多大公司的切版與前端是分開的，但不能因為碰不到就不去理解，假如要系統性的調整樣式，那麼你就一定要懂基礎，就好像你要調整微前端的架構，總不能連包板工具的設定都不會吧！
回到正題，這系列文章每個禮拜三都會更新一題CSS Battle的題
是的，身為前端工程師的基本功！
還是需要時不時拿出來打磨一番，這系列文章每個禮拜三都會更新一題CSS Battle的題目，歡迎與我交流喔！
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
這系列文章每個禮拜三都會更新一題CSS Battle的題目與解法
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
這系列文章每個禮拜三都會更新一題CSS Battle的題目解法
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
這篇文章介紹了面試時以及開始工作後可能會遇到的問題，包括物件導向OOP、SOLID 設計原則、測試方式，以及 Cookie、Session 與 Cache 的相似處與不同處。提供了豐富的相關資訊。
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
無論是現在、過去還是未來，學習如何學習都是終身受用的技能。迭代和進步是軟體工程師的追求。文章提出學習程式的四大關鍵：實踐、輸出、整理、思考，並期望讀者能在選擇的路上一路前行。
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
很多大公司的切版與前端是分開的，但不能因為碰不到就不去理解，假如要系統性的調整樣式，那麼你就一定要懂基礎，就好像你要調整微前端的架構，總不能連包板工具的設定都不會吧！
回到正題，這系列文章每個禮拜三都會更新一題CSS Battle的題
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
很多大公司的切版與前端是分開的，但不能因為碰不到就不去理解，假如要系統性的調整樣式，那麼你就一定要懂基礎，就好像你要調整微前端的架構，總不能連包板工具的設定都不會吧！
回到正題，這系列文章每個禮拜三都會更新一題CSS Battle的題
是的，身為前端工程師的基本功！
還是需要時不時拿出來打磨一番，這系列文章每個禮拜三都會更新一題CSS Battle的題目，歡迎與我交流喔！
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
這系列文章每個禮拜三都會更新一題CSS Battle的題目與解法
是的，身為前端工程師的基本功！還是需要時不時拿出來打磨一番！
這系列文章每個禮拜三都會更新一題CSS Battle的題目解法