用 SpecFlow 描述 Feature 時,最傷腦筋的就是前置作業的準備,如果剛好你的前置作業的資料表剛好跟資料庫一樣,可以利用 SSMS 來簡化繁瑣的工作
[LocalDB] 升級 LocalDB *.mdf 檔案
我有一個專案從 VS2013 升 VS2015,裡面有一個 LocalDB 檔案副檔名為 *.mdf,當我在 VS 2015 雙擊該檔案後跳出以下視窗:
[C#.NET][Entity Framework] 實作 DAL 共用方法的交易
- 3829
- 0
- Entity Framework 6
上個月,同事問我 DAL 裡的 CUD 方法若需要共用,交易要怎麼寫?
首先,要思考處理資料庫的 Data Access Layer 裡的 CUD方法,該不該共用?
- 以使用者案例的角度切入看 DAL,它不應該有機會共用,因為每一個作業流程的資料異動方式不會一樣。
- 設計 DAL 方法時,不應該用 Table 的 CRUD 作為 DAO 的 Method,相信我,那只會讓事情變得更複雜而已。
- 共用 DAL 方法,就得把檢查機制放在 DAL 方法。
[C#.NET][Unit Test] 採用 LocalDB 進行集成測試
集成測試主要是測試個元件之間的互動是否如預期,在這個階段的測試,我會把程式進入點 UI Layer 換成單元測試專案,由測試專案取代之,為什麼不是直接從UI測,原因很簡單,因為 UI 的變化太快了,一方面為了減少因 UI 改變而衍生出額外的工作,另一方面則為了提高測試程式碼的重用性,所以我會從 BLL 測試
三層式架構,物件彼此之間的關係,如下圖:
[C#.NET] 動態產生 AS400 對應的 POCO/DTO
手動建立 OR-M 的 POCO 可是一件苦差事,針對 EF 不支援的資料庫,透過這個小技巧,可以大大提升程式設計師的生產力、降低錯誤發生,團隊使用 EF開發資料庫,但 AS400 並沒有支援 EF的 Provider,怎麼辦,我再也不會回頭使用弱型別的 DataTable 了,這時候 Dapper 就派上用場,請參考:https://www.dotblogs.com.tw/yc421206/2015/04/20/as400_connect_provider
[ASP.NET] 多國語系 - 在 App_GlobalResources 管理 Class Library 資源檔
[ASP.NET] 多國語系 - 在 App_GlobalResources 管理 Class Library 資源檔
[ASP.NET] 多國語系 - 讓 JavaScript 也能套用資源檔
利用 Generic Handler 把 Global Resource 動態轉成物件給 JavaScript 使用,結果如下:
[ASP.NET] 多國語系 - 本地資源和全域資源
ASP.NET 支援兩種類型的資源檔,本地資源和全域資源,利用資源檔建立多語系的應用程式
資源檔格式
Xml 格式,以Key/Value方式存放資料
本地資源檔
- 用於特定頁面
- 放在 App_LocalResources
- 資源檔格式:
以login.aspx為例,預設本地端資源檔規則為 web stite name.resx,其他國家語言則是 web stite name.culture.resx,範例如下:
預設語系:login.aspx.resx
英文美國:login.aspx.en-US.resx
英文英國:login.aspx.en-GB.resx
[ASP.NET] 多國語系 - 了解文化特性
文化特性
處理多國語言之前要先了解一下文化特性(Culture),標準的文化特性格式長這樣:en-US,en 表示語言,US 表示國家,文化特性格式符合 RFC 1766 和 RFC 3066,這個格式由 IETF 維護
[ASP.NET] ObjectDataSource of Cache
- 996
- 0
- ObjectDataSource
- 2015-12-28
Cache 對岸翻成緩存,我們翻成快取。
對於一些不常變化的資料,我們會將他暫存下來,暫存的方式有很多,這裡要提的是 DataSource Control,它本身就提供了快取功能,它