摘要： 到我博客的新地址享受更好地閱讀體驗：http://www.dozer.cc/2013/05/git-extras/各種 git 工具最新在 mac 和 windows 下用了各種 git 工具；有 shell 的，也有 GUI 的，并嘗試著使用它們來進行工作。經過一番實踐后，給大家推薦一套我最喜歡的 git 工具。另外也給大家推薦一些基本配置，可以讓你的工作效率大大提升。公共配置先給大家看一下我 .gitconfig 文件里的一些配置（mac & windows 都適用）：[color]#開啟著色功能 status = auto diff = auto branch = auto in 閱讀全文

摘要： 很常見的問題，沒有接口，那如何 Mock 非虛方法和密封類？ 我在上一篇文章（單元測試有感）中介紹了單元測試的原則，也提到了一些技巧，但是代碼是以前寫的，總會有很多不能克服的地方，還有也不可能把所有的方法改成 vitrual ，或者所有的類都有接口。 閱讀全文

摘要： 最近有一個需求，會在 mongodb 中插入各種類型的數據，算是記錄業務日志的數據庫吧。 因為業務對象類型都不同，所以插入的數據格式也完全不同。 除此之外，還需要提供一個查詢界面，可以搜索數據。 插入數據沒任何問題，但是查詢就… 閱讀全文

摘要： 很多人對延遲加載的初步認識就是，在使用 LINQ for Entity 的時候，查詢語句不會立即執行查詢，只有在使用 foreach 或者 ToList() 等方法的時候，才會去查詢數據庫。 那如果我用的不是 LINQ for IQueryable，而是 LINQ for IEnumerable（前者往往是查詢遠程數據的，后者查詢的都是內存數據），例如自己的一些數據庫訪問層，返回的數據就是 List，內存已經在數據中了，是不是就沒有延遲加載了呢？ 非也！ 閱讀全文

摘要： 歡迎到我的博客中閱讀獨立版本：http://www.dozer.cc/2012/03/async-and-await-in-asp-net-beta/發現問題在我的上一篇文章《async 與 await 在 Web 下的應用》中，我提到了 asp.net 4.5 在 Web.Config 中的一個奇怪配置：<appSettings> <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" /></appSettings>在Stack Ov 閱讀全文

摘要： 關于 .net 的異步，一篇文章是講不完的，我這里就貼兩篇文章讓大家看一下： 《正確使用異步操作》、《C#客戶端的異步操作》、《細說ASP.NET的各種異步操作》 另外，在 .net 4.0 中還推出了新的任務并行庫（TPL），也是一種新異步模式： 《任務并行庫》 最后，.net 4.5 又推出了全新的 async 和 await 關鍵字： 《C#與Visual Basic的未來（上）》 《C#與Visual Basic的未來（中）》 《C#與Visual Basic的未來（下）》 最后，在這幾篇文章的基礎上，想和大家談談 async 和 await 在 Web 下的應用，包括 WebForm 和 MVC。 閱讀全文

摘要： 大家剛學編程的時候，一定還記得為什么要用函數。那就是把重復的代碼歸納到一個函數中多次利用。這點毋庸置疑，大家也用的很熟了，但是除了這個還有什么改進空間嗎？答案肯定是有的！ 閱讀全文

摘要： 如果排版不好，可以到我個人博客上看，我是現在個人博客上寫的，歡迎捧場^^：http://www.dozer.ccref 和 out 的區別網上有很多這方面的文章，但是大部分人總是糾結于他們在原理上的那一點點細微的區別，所以導致了難以區分它們，也不知道什么時候改用哪一個了。但是如果從試用場景的角度對它們進行區別的話，以后你一定不會再糾結了。當你明白它們的適用場景后，再去扣其中的原理，使用中的一些問題也就迎刃而解了~簡單的來說，它們的區別在于：ref 關鍵字 是作用是把一個變量的引用傳入函數，和 C/C++ 中的指針幾乎一樣，就是傳入了這個變量的棧指針。out 關鍵字 的作用是當你需要返回多個變量 閱讀全文

摘要： 最近想研究如何自定義 LINQ Provider ，但是一直無法入手，先寫點收獲吧~ MSDN 上的這篇文章（《啟用數據源以進行 LINQ 查詢》）中寫到： 如果想對自己的數據源進行 LINQ 查詢，那必須使用一下四種方法的其中一種。 實現 IEnumerable 接口 實現標準的查詢方法 實現 IQueryable 接口 擴展已經實現的 LINQ 查詢 看到其中第二條，讓人心生疑惑，那下面就來探討一下吧~ 閱讀全文

摘要： 前言導航高亮一直是一個讓大家頭疼的問題。純 Javascript 的話可以判斷當前頁面的地址和鏈接地址是否有關系。這樣的弊端就是自由度太低，MVC 下會出一定的問題 （MVC 下有默認的 Controller 和 Action）另一種方案是前端后端結合，為每一張頁面設置一個屬性，然后在頁面中判斷。滿足條件便高亮。這樣的弊端就是，需要為你所有的頁面設置屬性，非常麻煩！那么有沒有什么完美的解決方案？一勞永逸的？神奇的 eval 函數Javascript 有精粹也有糟粕，其中的 eval 是大多數動態語言都擁有的精髓。我們是否可以利用這個函數呢？基本思路：給每一個 li（對應一個鏈接）設置一個 cl 閱讀全文