目錄 design pattern 以java 為例 要素 高階模組不應該依賴於低階模組。兩者都應該依賴於抽象。 抽象不應該依賴於細節。細節應該依賴於抽象。 範例違反的例子Notifiaction 這個class 直接把email 包在裡面做使用，未來如果要加簡訊或是其他傳訊方式就會無法解耦，屬於高階模組依賴於低階的例子 123456789101112131415161718class Emai

目錄 design pattern 以java 為例 解釋SOLID原則之一，由羅伯特·C·馬丁（Robert C. Martin）提出。ISP強調應當將“胖接口”（fatinterfaces，即那些擁有太多方法的接口）拆分成更小、更專注的接口，這樣可以避免類別依賴它們不需要的接口，從而降低系統的耦合度，提高其靈活性和可維護性。 特點 降低耦合度：通過拆分接口，類別之間的依賴關係變得更加清晰，減少

目錄 design pattern 以java 為例 單一責任原則（Single Responsibility Principle, SRP）描述一個class應該只負責一件事 範例我們現在要做員工的報表，所以可以將員工跟報表拆分成不同class，如果員工內容有變，輸出報表則不用變 Employee1234567891011121314151617class Employee {

目錄 design pattern 以java 為例 開放封閉原則 (OCP: Open Closed Principle)通常簡稱為 SOLID 原則中的 “O”。這個原則指出軟件實體（類、模塊、函數等）應該對擴展開放，對修改封閉。 實現方式 interface abstract code 翻立基礎資料加設現在要做一個商品的filter, 並且依顏色形狀等做分類，我們會有基礎class 12

Design pattern軟體工程中一種對於常見問題的解決方案的標準化描述，簡單講就是人家想好的高效範本 分類SOLID原則SOLID原則是面向對象設計和程式開發中的一組五個基本原則，旨在促進軟體的可讀性、可維護性和擴展性 單一職責原則（Single Responsibility Principle, SRP） 每個類應該只有一個引起它變化的原因。這個原則強調，一個類應該專注於單一的職責或功能

https 安全版的http 主要是在客戶端及伺服器之間加入加密層，使用TLS（Transport Layer Security）或其前身SSL（Secure Sockets Layer）來加密通信 TLS 憑證數字憑證，用於確認服務器的身份並為網站訪問者提供加密。它包含公鑰、憑證持有者的身份信息以及發行機構的數字簽名等 AWS Certificate Manager 免費使用有兩種方式可以掛

近期在部屬專案時因為測試都在地端或本機，二階段測試上雲並掛上https 、網域及tls憑證後，不斷地爆各種cros 錯誤,所以來了解一下 後端server 未設定cros如果後端伺服器沒有設定允許你的網域訪問，則會出現 CORS 錯誤 1No Access-Control-Allow-Origin springboot我這邊的後端server 是採用springboot, 因此可以在securi

Llamaindex前言最近花了很多時間在研究rag , 從自訂義faiss做向量資料庫，串接openai api , 使用ollama GPT4ALL等等但最後發現這開源llamaindex確實的有高擴展性，且把各種方法都集成了，社群也十分廣泛 linkpythonhttps://github.com/run-llama/llama_index TypeScripthttps://github.

保留字SQL保留字是在SQL語言中具有特殊意義的字詞。這些字詞包括SELECT、INSERT、UPDATE、DELETE、FROM、WHERE等等。在撰寫SQL查詢時，不能將這些保留字用作表名或列名。 方言USER和PERMISSION是許多SQL方言中的保留字。如果你嘗試使用Hibernate來創建名為USER或PERMISSION的表，可能會遇到問題，因為Hibernate會生成使用這些保留字

依照前篇文章成功驗證後, 會生成授權 spring security authentication 授權 authorizationUsernamePasswordAuthenticationTokenUsernamePasswordAuthenticationToken是Spring Security中代表用戶身份驗證請求的一種實現。實現Authentication接口，用於封裝用戶名和密碼