當資料庫只存放 Key,UI 需要呈現"說明"讓用戶可以閱讀,常見的做法有:DB 存放說明欄位、應用程式定義說明欄位。
這個 Key 是給應用程式判斷邏輯用是常數,我選擇放在應用程式,若 DB 也要閱讀定義,就從應用程式寫到 DB;反之,你也可以統一在 DB 定義,透過 T4 產生 cs,讓應用程式使用。
不管你選哪種方式,統一一種就好。
當資料庫只存放 Key,UI 需要呈現"說明"讓用戶可以閱讀,常見的做法有:DB 存放說明欄位、應用程式定義說明欄位。
這個 Key 是給應用程式判斷邏輯用是常數,我選擇放在應用程式,若 DB 也要閱讀定義,就從應用程式寫到 DB;反之,你也可以統一在 DB 定義,透過 T4 產生 cs,讓應用程式使用。
不管你選哪種方式,統一一種就好。
Dapper.Contrib 另外提供 CRUD 的擴充方法,針對 IDbConnection 型別進行擴充,他會根據 Model 定義自動幫我們渲染 SQL 語句,對於簡單的 CRUD 情境相當合用,從原本需要 Insert Command 以及 Parameter 的寫法,變成只需要 Insert(Model)
利用 ValidationAttribute 把資料驗證的邏輯抽離應用程式,以提升程式的維護,這裡分享一下我常用的做法
很多人對於操作 EF 有一些疑慮,只要夠了解他,就可以避掉效能問題、陷阱,所以我會陸陸續續整理了一些使用 EF 不小心會犯的錯誤,以便提醒自己不要犯錯
這裡列出我對 Select 區段要注意的筆記,希望能幫到你
Windows Service 專案並不能直接按 F5 進入除錯模式,這對開發人員來說還挺麻煩的,對 Windows Service 專案按下 F5,它會不客氣的跳出一個對話視窗
續上篇,https://dotblogs.com.tw/yc421206/archive/2011/06/17/28785.aspx,提到了淺複製與深複製,這裡整理了一些深複製的用法,希望對你有幫助...
預設,SQL Server 會幫我們把 PK 設為 Clustered,當 PK 是 GUID type(uniqueIdentifier) 時,有一些注意事項
原本以為用 Code First 要把 PK 設為 Non-Cluster 很簡單,沒想到還是卡關
如果你跟我一樣,使用 Code First,PK 是 GUID,請看我的解法...
續上篇:https://dotblogs.com.tw/yc421206/2015/12/30/linqpad_generate_poco_for_as400
原本的功能稍有不足,我將它能稍作些強化,添加了類別和欄位的說明註解(XML),讓類別看起來更好一些,最後的結果如下圖
MiniProfiler 是一個追蹤套件,會在網頁秀出追蹤頁籤,方便開發人員觀察,有興趣的可以去看 Kevin 大寫的文章
http://kevintsengtw.blogspot.tw/2013/01/aspnet-mvc-4-miniprofiler.html
若你的專案不是 Web ,但又想要紀錄 SQL Command,可以使用 MiniProfiler.Integrations...