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

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

摘要： 最近有一個(gè)需求，會(huì)在 mongodb 中插入各種類型的數(shù)據(jù)，算是記錄業(yè)務(wù)日志的數(shù)據(jù)庫(kù)吧。 因?yàn)闃I(yè)務(wù)對(duì)象類型都不同，所以插入的數(shù)據(jù)格式也完全不同。 除此之外，還需要提供一個(gè)查詢界面，可以搜索數(shù)據(jù)。 插入數(shù)據(jù)沒(méi)任何問(wèn)題，但是查詢就… 閱讀全文

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

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

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

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

摘要： 如果排版不好，可以到我個(gè)人博客上看，我是現(xiàn)在個(gè)人博客上寫(xiě)的，歡迎捧場(chǎng)^^：http://www.dozer.ccref 和 out 的區(qū)別網(wǎng)上有很多這方面的文章，但是大部分人總是糾結(jié)于他們?cè)谠砩系哪且稽c(diǎn)點(diǎn)細(xì)微的區(qū)別，所以導(dǎo)致了難以區(qū)分它們，也不知道什么時(shí)候改用哪一個(gè)了。但是如果從試用場(chǎng)景的角度對(duì)它們進(jìn)行區(qū)別的話，以后你一定不會(huì)再糾結(jié)了。當(dāng)你明白它們的適用場(chǎng)景后，再去扣其中的原理，使用中的一些問(wèn)題也就迎刃而解了~簡(jiǎn)單的來(lái)說(shuō)，它們的區(qū)別在于：ref 關(guān)鍵字 是作用是把一個(gè)變量的引用傳入函數(shù)，和 C/C++ 中的指針幾乎一樣，就是傳入了這個(gè)變量的棧指針。out 關(guān)鍵字 的作用是當(dāng)你需要返回多個(gè)變量 閱讀全文

摘要： 最近想研究如何自定義 LINQ Provider ，但是一直無(wú)法入手，先寫(xiě)點(diǎn)收獲吧~ MSDN 上的這篇文章（《啟用數(shù)據(jù)源以進(jìn)行 LINQ 查詢》）中寫(xiě)到： 如果想對(duì)自己的數(shù)據(jù)源進(jìn)行 LINQ 查詢，那必須使用一下四種方法的其中一種。 實(shí)現(xiàn) IEnumerable 接口 實(shí)現(xiàn)標(biāo)準(zhǔn)的查詢方法 實(shí)現(xiàn) IQueryable 接口 擴(kuò)展已經(jīng)實(shí)現(xiàn)的 LINQ 查詢 看到其中第二條，讓人心生疑惑，那下面就來(lái)探討一下吧~ 閱讀全文

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