SOLID 老實說
五個各自的設計原則, 其實並不完全的MEMC(Mutually Exclusive Collectively Exhaustive). LSP 跟 DIP 我覺得是有因果關係的.
SRP single responsible principle
Liskov substitution
Interface segregation principle
叫它”包包不要帶太多原則”. 你要用包包, 但你希望你帶這個包包必須只有你會用到的功能.
Dependency inversion principle
DIP 概念其實沒有這們炫砲. 為了減少改動下層結構的痛苦而來的. 我這邊記錄一下我實際上的案例
Class MYSQL_HANDLER():
def __init__(self):
#import some config
configs = json.loads("./config.json")
self.handler = SOME_DB_CLIENT()
def query_for_user_inf(self):
return self.handler.query(
"""
SELECT * FROM db.user_info
"""
)
縱然 call function其實很方便啦. 因為自動提示一下就跑出來有什麼已經內建好的SQL query. 然而就是這個問題. 如果我有一個應用. 是透過這個handler 去使用user info. 當Database結構改變. 其實所以的程式都會報錯, 例如 database columns 或db本身服務遷移. 我覺得以現在database重構如此頻繁, 把所以資料來源當作是一個外設的硬體下去做思考和抽象化非常重要.
比較簡單的一點的做法
def query_for_user_inf(self,query:str="userr_info"):
with f = open(f"./{query}.sql", "r"):
ret = self.handler.query(f.read())
return ret
將sql從程式裡頭鑲嵌的部分移除. 考慮到為未來DB可能會換. 語法可能更新. 至少decoupling SQL embed在.py裡頭.
