使用設計模式最大的誤區就是，誤以為某個設計模式能解決自己遇到的問題。因此，了解設計模式之間的差異是很重要的。

更進階得要了解「模式（Pattern）」的抽象概念。這非常困難，留到未來理解後再分享。

今天來聊聊比較簡單的：轉接器模式（Adapter Pattern）與策略模式（Strategy Pattern）的差異。

今天得知您逝世的消息，感到非常震驚。

感謝 良葛格在台灣軟體界數十年來無私的貢獻。取之於社群，回饋於社群，有機會我也會多寫文章，將分享知識的精神，傳承給更多軟體人，讓精神延續下去。

接續前一篇文章說明 Manager 類別介紹，這篇來說明實戰的例子。

今天來聊聊 Laravel 相關的主題，主要是 Manager 的使用方法。

TLDR

當找不到目標資源或是不想讓別人知道資源存在的時候，可以回 404。其他看情境回應，有可能是 200，也有可能是其他的狀態碼，例如：曾經存在，可以回 410。

RESTful 亦同。

「高內聚，低耦合」是模組化理想的目標，但要怎麼知道自己寫的程式有接近此目標呢？是否「高內聚」，要從不同角度考量後才能得到一個可能的答案。

這篇文章會分享一個簡單的小方法，幫助大家從其中一個角度確認程式的內聚力。

常聽人講「少用繼承，多用組合」，那到底這兩種方法有什麼差異呢？本篇文章來聊聊這兩個方法在不同情境下的實作、差異與比較。

續上次研讀了 HTTP method 的概觀後，這次讀的是 method 的屬性。

很久以前，曾經有寫過一篇文章，標題是我所知道的 DevOps，實際上裡面的內容是在講自己對 CI 與 CD 的了解。

剛好最近準備了一門課程是讓開發人員了解 CI 基礎，這篇文章是份簡單的筆記。

最近剛好在社群討論到 HTTP method，發現自己對這個東西不是很懂，所以跟大家一起翻了文件，並以自己的理解記了這份筆記。