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 裡介紹的方式來撰寫程式可以減少重工或是耦合的問題。
這篇文章介紹的程式框架也許不是「框架」,而是前人發現在撰寫程式時,如果有符合這些原則或是模式來進行開發,可以減少後續需求變更/需求增加時,要修改原有程式的開發成本,推薦給各位讀者。

今日寫作觀察

上述的每個原則其實都可以自成一篇(甚至多篇)文章,要能夠摘要式地解釋它們對現在的我來說還是有點難度,但也表示我對於這些框架、原則的掌握度還不夠,仍須努力。
此篇文章會顯示動態置底廣告
為什麼會看到廣告
avatar-img
20會員
32內容數
我是 Larry,《下班後的產品工程師》是我在下班之餘分享我對網路產業的工程師、產品經理相關職能的想法和心得,也會分享一些自己突發奇想的產品、商業問題。希望文章內容能帶給你/妳收穫。對了,如果很久沒有更新,一定不是因為我還沒下班。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Larry Chien的沙龍 的其他內容
這是 30 天寫作挑戰的第 15 天。今天要跟大家分享的是:3 個成為前端工程師後,發現的好處
這是 30 天寫作挑戰的第 14 天。今天要跟大家分享的主題是:從 0 到 1 成為前端工程師應該養成的 3 個寫程式習慣
這是 30 天寫作挑戰的第 13 天。今天要跟大家分享主題是:從 0 到 1 成為前端工程師的 3 個技巧
今天推薦的書和課程,不見得適合當作第一本書唷
這是 30 天寫作挑戰的第 11 天。今天開始要跟大家分享一系列的「從 0 到 1 成為前端工程師的……」,今天要分享的是:從 0 到 1 成為前端工程師的 3 個訣竅
你/妳很常要重複註冊同一個產品嗎?也許這個方式會有幫助。
這是 30 天寫作挑戰的第 15 天。今天要跟大家分享的是:3 個成為前端工程師後,發現的好處
這是 30 天寫作挑戰的第 14 天。今天要跟大家分享的主題是:從 0 到 1 成為前端工程師應該養成的 3 個寫程式習慣
這是 30 天寫作挑戰的第 13 天。今天要跟大家分享主題是:從 0 到 1 成為前端工程師的 3 個技巧
今天推薦的書和課程,不見得適合當作第一本書唷
這是 30 天寫作挑戰的第 11 天。今天開始要跟大家分享一系列的「從 0 到 1 成為前端工程師的……」,今天要分享的是:從 0 到 1 成為前端工程師的 3 個訣竅
你/妳很常要重複註冊同一個產品嗎?也許這個方式會有幫助。
本篇參與的主題活動
問題在於,公司是否會重視人類勞動的無形資產 — 創造力、同理心、理解深度,或是將人類輸入,純粹視為機器產生文字的最後清潔人員?
  你心中有故事,卻不知道該怎麼表達出來?   你想寫小說,打開文檔,卻發現自己的腦袋跟word一樣空白?   你想動筆,卻發現每個人寫的小說都長得不太一樣,讓你無從參考?   那麼,這篇針對小說格式的教學文,應該可以幫上一點忙。   許多人都想寫小說,卻不是每個人都注重基本格式。然
歡迎來到方格新手村第一站!參加方格主題活動,發表任何一篇貼文、文章加上指定標籤, 就有機會得到免費禮券,或是讓 vocus 把你的創作推薦給全站會員! 現在就完成新手村任務,讓更多人認識你!
問題在於,公司是否會重視人類勞動的無形資產 — 創造力、同理心、理解深度,或是將人類輸入,純粹視為機器產生文字的最後清潔人員?
  你心中有故事,卻不知道該怎麼表達出來?   你想寫小說,打開文檔,卻發現自己的腦袋跟word一樣空白?   你想動筆,卻發現每個人寫的小說都長得不太一樣,讓你無從參考?   那麼,這篇針對小說格式的教學文,應該可以幫上一點忙。   許多人都想寫小說,卻不是每個人都注重基本格式。然
歡迎來到方格新手村第一站!參加方格主題活動,發表任何一篇貼文、文章加上指定標籤, 就有機會得到免費禮券,或是讓 vocus 把你的創作推薦給全站會員! 現在就完成新手村任務,讓更多人認識你!
你可能也想看
Google News 追蹤
Thumbnail
現代社會跟以前不同了,人人都有一支手機,只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行,然而如今科技快速發展之下,金融App無聲無息地進到你生活中。但同樣的,每一家銀行都有自己的App時,我們又該如何選擇呢?(本文係由國泰世華銀行邀約) 今天我會用不同角度帶大家看這款國泰世華CUB
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
這篇文章介紹了面試時以及開始工作後可能會遇到的問題,包括物件導向OOP、SOLID 設計原則、測試方式,以及 Cookie、Session 與 Cache 的相似處與不同處。提供了豐富的相關資訊。
※ 設計模式的五大精神介紹(S.O.L.I.D): ※ 第一大精神 — S:單一職責原則(Single responsibility principle, SRP) ※ 定義: 每個物件,不管是類別或函數,都應該只負責一項功能。 當需求改變時,僅需改相關的區域,而不需要更動其他不相關的部分
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。
Thumbnail
無論是現在、過去還是未來,學習如何學習都是終身受用的技能。迭代和進步是軟體工程師的追求。文章提出學習程式的四大關鍵:實踐、輸出、整理、思考,並期望讀者能在選擇的路上一路前行。
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 很多大公司的切版與前端是分開的,但不能因為碰不到就不去理解,假如要系統性的調整樣式,那麼你就一定要懂基礎,就好像你要調整微前端的架構,總不能連包板工具的設定都不會吧! 回到正題,這系列文章每個禮拜三都會更新一題CSS Battle的題
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 很多大公司的切版與前端是分開的,但不能因為碰不到就不去理解,假如要系統性的調整樣式,那麼你就一定要懂基礎,就好像你要調整微前端的架構,總不能連包板工具的設定都不會吧! 回到正題,這系列文章每個禮拜三都會更新一題CSS Battle的題
Thumbnail
是的,身為前端工程師的基本功! 還是需要時不時拿出來打磨一番,這系列文章每個禮拜三都會更新一題CSS Battle的題目,歡迎與我交流喔!
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 這系列文章每個禮拜三都會更新一題CSS Battle的題目與解法
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 這系列文章每個禮拜三都會更新一題CSS Battle的題目解法
Thumbnail
現代社會跟以前不同了,人人都有一支手機,只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行,然而如今科技快速發展之下,金融App無聲無息地進到你生活中。但同樣的,每一家銀行都有自己的App時,我們又該如何選擇呢?(本文係由國泰世華銀行邀約) 今天我會用不同角度帶大家看這款國泰世華CUB
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
這篇文章介紹了面試時以及開始工作後可能會遇到的問題,包括物件導向OOP、SOLID 設計原則、測試方式,以及 Cookie、Session 與 Cache 的相似處與不同處。提供了豐富的相關資訊。
※ 設計模式的五大精神介紹(S.O.L.I.D): ※ 第一大精神 — S:單一職責原則(Single responsibility principle, SRP) ※ 定義: 每個物件,不管是類別或函數,都應該只負責一項功能。 當需求改變時,僅需改相關的區域,而不需要更動其他不相關的部分
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。
Thumbnail
無論是現在、過去還是未來,學習如何學習都是終身受用的技能。迭代和進步是軟體工程師的追求。文章提出學習程式的四大關鍵:實踐、輸出、整理、思考,並期望讀者能在選擇的路上一路前行。
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 很多大公司的切版與前端是分開的,但不能因為碰不到就不去理解,假如要系統性的調整樣式,那麼你就一定要懂基礎,就好像你要調整微前端的架構,總不能連包板工具的設定都不會吧! 回到正題,這系列文章每個禮拜三都會更新一題CSS Battle的題
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 很多大公司的切版與前端是分開的,但不能因為碰不到就不去理解,假如要系統性的調整樣式,那麼你就一定要懂基礎,就好像你要調整微前端的架構,總不能連包板工具的設定都不會吧! 回到正題,這系列文章每個禮拜三都會更新一題CSS Battle的題
Thumbnail
是的,身為前端工程師的基本功! 還是需要時不時拿出來打磨一番,這系列文章每個禮拜三都會更新一題CSS Battle的題目,歡迎與我交流喔!
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 這系列文章每個禮拜三都會更新一題CSS Battle的題目與解法
Thumbnail
是的,身為前端工程師的基本功!還是需要時不時拿出來打磨一番! 這系列文章每個禮拜三都會更新一題CSS Battle的題目解法