皓月碧空 漫野如洗 敏捷于卓越的路上

摘要： 依賴注入DI很大程度的幫助解耦層與層之間的依賴關(guān)系，使得測(cè)試單元化。當(dāng)我們的注意力轉(zhuǎn)移到業(yè)務(wù)域時(shí)，情景有了悄悄的改變。業(yè)務(wù)域中,類與類之間有更多更復(fù)雜的依賴關(guān)系。相比之下，三層之間反而簡(jiǎn)單。 本文一步一步介紹，對(duì)于業(yè)務(wù)域的單元測(cè)試，如何從傳統(tǒng)nUnit測(cè)試走到最高境界。 閱讀全文

摘要： 業(yè)務(wù)域,是軟件的核心價(jià)值所在。敵人還是朋友：項(xiàng)目經(jīng)理和架構(gòu)師 從Repository到Domain 從MVC到測(cè)試 從自動(dòng)化測(cè)試到Domain 代碼工廠=CRUD? 敵人還是朋友：項(xiàng)目經(jīng)理和架構(gòu)師 無(wú)論是買成型的軟件產(chǎn)品,還是出資開發(fā)項(xiàng)目,客戶投資的是軟件的業(yè)務(wù)價(jià)值。項(xiàng)目經(jīng)理直接為這個(gè)目標(biāo)負(fù)責(zé),盡量少的成本,盡量短的時(shí)間,生產(chǎn)出高業(yè)務(wù)價(jià)值的軟件產(chǎn)品。架構(gòu)師則是跨越單個(gè)項(xiàng)目,長(zhǎng)期為這個(gè)目標(biāo)負(fù)責(zé)。 項(xiàng)目經(jīng)理與架構(gòu)師是天生的敵人,短期看這是對(duì)的,長(zhǎng)期來(lái)看,他們是真正的朋友,是戰(zhàn)略朋友。沒有項(xiàng)目經(jīng)理項(xiàng)目會(huì)死得很快;然而沒有架構(gòu)師,公司會(huì)死得很慘。 項(xiàng)目經(jīng)理的角色和作為,我仍比較容易理解... 閱讀全文

摘要： 相對(duì)于目前日新月異的新概念，新名詞，三層架構(gòu)已經(jīng)算得上元老了。雖仍有爭(zhēng)議，但業(yè)界更多的是共識(shí)。 業(yè)務(wù)域驅(qū)動(dòng)開發(fā)(DDD) 近年也是風(fēng)生水起，紅紅火火，但它是什么，是怎么回事，似乎就不如三層架構(gòu)那么婦孺皆知了。 以業(yè)務(wù)域?yàn)橄到y(tǒng)的核心，所有其它與業(yè)務(wù)無(wú)關(guān)的內(nèi)容對(duì)這個(gè)核心來(lái)談，都是外部服務(wù)/功能。這里，出于本文說(shuō)明的需要，獨(dú)立出了兩個(gè)較為特別的外部功能，持久層和用戶接口。 閱讀全文

摘要： 工欲善其事，必先利其器。 N多年前微軟官網(wǎng)曾發(fā)了.Net下必備的十種工具，N多年過(guò)去了，世異時(shí)移，很多東西都已經(jīng)變化了，那個(gè)列表也似乎陳舊了。而且，該文也只是對(duì)十種工具獨(dú)立的介紹，顯得有些羅列的感覺，是不是每個(gè)工具都是同等重要，工具與工具之間是否有聯(lián)系？等等，闡述得并不明確。 這里，我想從另一個(gè)角崖，重新歸納一個(gè)更新的更實(shí)際的武器庫(kù)。更新，是因?yàn)橛泻芏嘧罱鼛啄瓴懦鰜?lái)的工具/框架庫(kù)，更實(shí)... 閱讀全文

摘要： 反觀如今的博客也好，技術(shù)文章也好，多是某一方面的技術(shù)細(xì)節(jié),我個(gè)人不太喜歡這個(gè)方向,覺得意義不大。這些確實(shí)都是知識(shí),我也十分尊重和感謝這些作者的貢獻(xiàn)，因?yàn)槲遗龅絾?wèn)題也經(jīng)常搜索這樣的技術(shù)文章而得到了幫助。可是，這與軟件公司的實(shí)際工作總有個(gè)巨大的鴻溝，經(jīng)常也看到很多人也類似的困惑，看了眾多技術(shù)文章后，依然... 閱讀全文

摘要： 更多背景參看 前傳：Razor視圖引擎淺析 后續(xù): 自己動(dòng)手做框架—MVC+Front Controller 為什么要這么做？ 1. Asp.Net MVC 其實(shí)也不是太好 2. 我有自己的敏捷Web框架, 仍然想用Razor引擎 3. 動(dòng)態(tài)編譯很有意思，這也是將來(lái)的一個(gè)趨勢(shì)，如果有人有興趣，我倒是很想寫寫這方面的內(nèi)容. ... 閱讀全文

摘要： 解決方?就是，統(tǒng)一語(yǔ)境，至少大量減少切換頻。Asp，Net Web Form就是一個(gè)不錯(cuò)的嘗試，HTML標(biāo)記對(duì)象化，把不變內(nèi)容HTML標(biāo)記，統(tǒng)一到后臺(tái)語(yǔ)境。一個(gè)個(gè)HTML標(biāo)記都成為后臺(tái)對(duì)象，變量填充自然在后臺(tái)，以對(duì)象賦值的方式，統(tǒng)一的實(shí)施，跨越了語(yǔ)境的切換。這也是Web Form命名的含義，讓網(wǎng)頁(yè)像桌面一樣一致編程。應(yīng)該，說(shuō)微軟的這個(gè)技術(shù)方向還是比較成功的。至少，我就是在這個(gè)環(huán)境下，得進(jìn)入Web行業(yè)，反過(guò)來(lái)，從后臺(tái)的模型學(xué)習(xí)HTML前臺(tái)DOM。然而，Web Form的敗筆卻在架構(gòu)方面，對(duì)象化HTML后，后臺(tái)的處理反過(guò)來(lái)，全都以頁(yè)面為中心概念，妄圖忽略前端與后端的時(shí)間差(服務(wù)端控件?)，真的把互 閱讀全文

摘要： 所 幸，業(yè)界一直致力變革。先期CSS1，2，3，Javascript特別是JQuery，分別貢獻(xiàn)于樣式和行為的分離，這些都是碎片組成部分。因 而，HTML可以只關(guān)注于內(nèi)容及其結(jié)構(gòu)，純粹化的很重要一部分。這里不作詳敘，因?yàn)榫W(wǎng)絡(luò)上有太多的文章和論敘，盡管很多的網(wǎng)站建設(shè)，連這些技術(shù)都沒 應(yīng)用好。這里，我只想講講后CSS，jQuery時(shí)代的故事。那怕只作內(nèi)容的呈現(xiàn)，仍有很多的機(jī)會(huì)產(chǎn)生碎片。不變的內(nèi)容和變化或說(shuō)動(dòng)態(tài)內(nèi) 容交替出現(xiàn)，前者直接用HTMLTML代碼，后者常常需要后臺(tái)代碼，變量的支持。兩者是完全不同的領(lǐng)域范圍，整合在一起，自然造成了不可理解的碎片拼盤。 就如同進(jìn)程一樣，切換進(jìn)程是成本最高的開銷， 閱讀全文

摘要： 原文：http://www.skight.com/技術(shù)博客/html從魔鬼拼圖到行云流水之一雖然Html不是和互聯(lián)網(wǎng)同時(shí)誕生，但如今它們的緊密關(guān)系，讓人幾乎一忽略了這段歷史。Html有如此強(qiáng)的生命力力，應(yīng)用如此之廣，自從W3C宣布H已死之后，卻又在別處開了花，Html5的發(fā)展卻又反過(guò)來(lái)，逼得W3C接受又繼續(xù)發(fā)展。然 后，自Html設(shè)計(jì)之出，就主要針對(duì)靜態(tài)內(nèi)容的表現(xiàn)，這也注定其天生缺陷。互聯(lián)網(wǎng)已從起初的內(nèi)容表現(xiàn)，發(fā)展到應(yīng)用的平臺(tái)，在應(yīng)用程度領(lǐng)域上已經(jīng)足以與桌面 程序抗衡一一你還在用Foxmail收郵件嗎?甚至原本的內(nèi)容發(fā)布應(yīng)用本身，也趨于釆取動(dòng)態(tài)生成的方式來(lái)實(shí)現(xiàn)，看看有多少CMS系統(tǒng)就清楚了。然 閱讀全文

摘要： 原文：http://www.skight.com/技術(shù)博客/視圖引擎淺析之二 模板是其最主要的功能，但是另一個(gè)次功能也不可忽視，內(nèi)嵌幫助方法及其智能代碼完成功能。這個(gè)附助功能，大大提高效能。現(xiàn)在，我們面臨的問(wèn)題是，當(dāng)脫離ASP。Net MVC的框架以后，如何保持這個(gè)特性。幸運(yùn)的是，微軟提供了擴(kuò)展的接口或者說(shuō)方法。在闡述解決方案之前，還是再回顧一下視圖引擎的原理。從Web Form到Razor，即有繼承也有揚(yáng)棄。模板文件(cshtml vbhtml),仍然是當(dāng)作一個(gè)類來(lái)處理，這與原來(lái)的機(jī)制是一致，不同的是不再是靜態(tài)類，以前文件名就是頁(yè)面類名，并且還可以有一個(gè)真正的類文件直接使用(code beh 閱讀全文