Code創作心法：SLR
更新於 發佈於 閱讀時間約 1 分鐘
SLR(Single-Line Responsibility)就是一種讓醜陋且難以閱讀的code，變成非常容易理解容易閱讀的一個方法。他的概念就跟物件導向設計原則S.O.L.I.D中的S(Single-Responsibility Principle)一樣，強調一行code做一件事情，從閱讀者的角度來看，一行code代表一個語意，在更白話就是一句話代表一個意思。
一切的重點就是在利用文字排版與語言解構使程式碼more「readable」
範例如下列網址，有興趣深入了解可進去觀看
1會員
13內容數
留言0
查看全部
你可能也想看
Google News 追蹤
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在寫程式的過程中，你是否遇過一個類別或模組負責了太多事情，結果導致程式變得難以維護？這類情況經常被稱為「巨石類別 (God Class)」。當我們對這樣的類別做出任何變更時，改動可能會牽一髮動全身影響其他部分，這時候「單一職責原則 (SRP)」便派上用場。
單一職責原則是什麼？
簡單來說，單一
易用性的第一定律就是「別讓我思考」。瞭解人類的思考系統，強化第一系統的網站設計方法，包括善用使用者過去的網頁觀看經驗，強化互動元件的預設用途提示，建立內容的視覺層次，整合選項，預設同意以及製作圖像的範例教學。提高網站的易用性，強化使用者對網站的體驗。
“所有人寫的程式會變成指令
每一道指令是由CPU執行
而CPU所能理解的指令類型有限”
獨立遊戲開發，很多時是一個想法和熱情冒出來後，就叫人衝到電腦前想快點把成品弄完……就算做不了完整版，至少也想有個Demo。
既然想「快點」，那還要不要「花額外時間」去寫企劃書呢？
在處理這個問題之前，要先理解的是，這句話裡面至少有兩種情況。
其一：團隊裡只有一個企劃，所有事情都由一人主導
※ 單例模式介紹
※ 定義：單例模式是一種設計模式，確保一個class（類）只有一個實例，並提供一個存取它的全域存取點。無論如何取值，皆只對這個實例取值。
※ 目的：保證一個類別只會產生一個物件，而且提供存取該物件的統一方法。
※ 講解：單例模式確保一個類無論怎麼 new 或 get，都只能拿
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
你是否曾在面對複雜任務時感到無助？
你是否想要找到讓工作更有效率的方式？
我將會告訴你一個神奇的公式：
複雜的事簡單做，簡單的事重複做。
★新手學習地圖
以一個工程師來說，
他的工作充滿了許多複雜性，
如項目規劃，作業安排，問題解決等等。
那他是如何簡單化這些複雜的任務的呢？
列出一套完整的程式
程式設計有許多種方法，不過通常會先列出清單的再逐一執行，這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後，將框架設計完了以後，先列出一套完整的程式，將所有使用者都確
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
資料的統合
在程式設計中，其他人通常關心是否注意到執行的細節。作為程式設計師，主要應該關心的是程式的表現，但往往忽略了很多細節，這些細節可以決定程式的好壞。程式的好壞很大程度上取決於資料的統合，也就是資料是否被正規化。
不同類型的資料在系統中呈現一致
正規化可能對一些人來說聽起來很抽象，有些人
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在寫程式的過程中，你是否遇過一個類別或模組負責了太多事情，結果導致程式變得難以維護？這類情況經常被稱為「巨石類別 (God Class)」。當我們對這樣的類別做出任何變更時，改動可能會牽一髮動全身影響其他部分，這時候「單一職責原則 (SRP)」便派上用場。
單一職責原則是什麼？
簡單來說，單一
易用性的第一定律就是「別讓我思考」。瞭解人類的思考系統，強化第一系統的網站設計方法，包括善用使用者過去的網頁觀看經驗，強化互動元件的預設用途提示，建立內容的視覺層次，整合選項，預設同意以及製作圖像的範例教學。提高網站的易用性，強化使用者對網站的體驗。
“所有人寫的程式會變成指令
每一道指令是由CPU執行
而CPU所能理解的指令類型有限”
獨立遊戲開發，很多時是一個想法和熱情冒出來後，就叫人衝到電腦前想快點把成品弄完……就算做不了完整版，至少也想有個Demo。
既然想「快點」，那還要不要「花額外時間」去寫企劃書呢？
在處理這個問題之前，要先理解的是，這句話裡面至少有兩種情況。
其一：團隊裡只有一個企劃，所有事情都由一人主導
※ 單例模式介紹
※ 定義：單例模式是一種設計模式，確保一個class（類）只有一個實例，並提供一個存取它的全域存取點。無論如何取值，皆只對這個實例取值。
※ 目的：保證一個類別只會產生一個物件，而且提供存取該物件的統一方法。
※ 講解：單例模式確保一個類無論怎麼 new 或 get，都只能拿
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
你是否曾在面對複雜任務時感到無助？
你是否想要找到讓工作更有效率的方式？
我將會告訴你一個神奇的公式：
複雜的事簡單做，簡單的事重複做。
★新手學習地圖
以一個工程師來說，
他的工作充滿了許多複雜性，
如項目規劃，作業安排，問題解決等等。
那他是如何簡單化這些複雜的任務的呢？
列出一套完整的程式
程式設計有許多種方法，不過通常會先列出清單的再逐一執行，這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後，將框架設計完了以後，先列出一套完整的程式，將所有使用者都確
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
資料的統合
在程式設計中，其他人通常關心是否注意到執行的細節。作為程式設計師，主要應該關心的是程式的表現，但往往忽略了很多細節，這些細節可以決定程式的好壞。程式的好壞很大程度上取決於資料的統合，也就是資料是否被正規化。
不同類型的資料在系統中呈現一致
正規化可能對一些人來說聽起來很抽象，有些人