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

摘要： 數據雙向綁定并不是Angular最出彩的地方。大部分對AngularJs的介紹都偏重于使用，使用的學習只是學了AngularJs的API，而那只能AngularJs的很小一部分。隨著使用越來越深，系統越來越大，我們也越來越迷失，是時候深入AngularJs的實現來學習。因為AngularJs 2．0就要來了，由于2．0而1不兼容，基于API的學習不再有用，而內部實現的精華才能延續。其實，軟件的很多技術也大都如此，沖走的是實現，留下的是思想。 閱讀全文

摘要： 在我前面一篇博文《逃脫Asp.Net MVC框架的枷鎖,使用Razor視圖引擎》發表之后,很多人關心,脫離了之后怎么辦?那么這可以說是它的續篇了。 同時，這也是eLiteWeb開源軟件的一部分。MVC + Front Controller我 們常常提到的MVC中作為Controller的C。其實有兩項任務,一個是處理Http請求，另一個是對請求中的用戶數據進行的處理。前者，有：安全認 證,Url映射等。Front Controller 模式就是把這個C進一步分離。兩個責任兩個類(單一責任原則）。因此，這里給我的MVC模式,賦予新的內涵C => Command，以詮釋兩個模式的融合。非我族 閱讀全文

摘要： Net中有一個DateTime結構類，涉及時間和日期，這個類大量使用?？墒牵拿Q已經顯著的表明他是表達某個具體的時刻。當我們不需要每天的具體時間時，如：我的程序邏輯僅僅需要年月（發工資的周期？），這個DateTime顯得有些累贅，甚至不合用。 一般人們解決的方式，仍然使用DateTime而從數據上，設置hour,mintue等等為0。 然而，這與DDD的理念相背，名稱有與含義有偏差，另外，數據一致性的維護，散布在各個角落，如，保證日期始終為1，小時，分鐘為0。另外，與月份相關的功能，如：得到下一個月份，要么用DateTime本身的功能（AddMonths),要么提煉出一個Utitlies. 閱讀全文

摘要： 曾經滄海難為水信息如水 壓力如潮功能實現階段，我們對得要處理的信息分析得很細致，很透徹，所謂細如絲，透如水。然而，到了產品的階段，要處理的信息卻如同潮洪而至，原本的假設預想，通通被擊成了碎片。這時候產生的錯誤和問題，很難在開發機上重現。如果說用戶驗收測試是對功能實現的檢查，需要滴水不漏；壓力測試則是容量的考驗，迎接浪的洗禮。（本文版權屬于© 2012 - 2013 予沁安 ）環肥燕瘦壓力測試的工具頗多，尤其是HP的LoadRunner甚至成為了行業標準?？墒?，在研究和考察的過程中，心里卻慢慢有了質疑，我是否非得用這些工具嗎? 一則，它們是商業軟件，價格不菲；二則，還是因為是商業軟件， 閱讀全文

摘要： 尋找重構的案例 重構的案例不好選取,我們自己實際的項目當然有不少重構的情況,卻不適合作為文章闡述出來。并不是因為保密的考量,而是業務本身的內容太復雜。當然，這個復雜是相對的,對短短一篇文章來說,那怕是最小一部分的業務邏輯拿出來,也顯容量不夠。而且,過多的闡述業務邏輯,導致喧賓奪主,掩蓋了重構的注意力 閱讀全文

摘要： 可以說,到了今天,我才真正能開始做我想要的重構/改進。之前，只是補充測試，調整了一下結構。 是的，非常的緩慢，這居然被稱為“敏捷”!? 你說奇怪不奇怪? 還好，這種節奏適合我這種大齡青年，合用就好，關它是風花還是雪月。==》 測試覆蓋上一次漏掉了最重要的異步，測試覆蓋:本以為會秀一個漂亮的100%覆蓋率的測試出來，人算不如天算，居然有一個方法是75%！ （本文版權屬于© 2012 - 2013 予沁安） 恩，無效的生日沒有測試。很簡單，就增加一個測試而已，就不在這羅嗦了。直接貼覆蓋率，顯擺一下。再顯擺一下代碼質量參數：復雜度 最大的就是構造器了?？删S護指標還是不錯的 76分。==&g 閱讀全文

摘要： 前兩天的進度似乎有些慢,今天加快了一點, 不把每一步說的那么詳細了. ==》地區信息的提取 繼性別和生日之后,最后一個信息塊,只是列出測試如下.==》有效性 這是一個比較大的問題. 前面,我臨時性的把不同地方的驗證去掉了. 代碼原作者也過來, 暢敘了他關于驗證的看法. 他是對的, 這種完全驗證的方式,根本上說是 DDD的設計思想。不過，想我所說，我知識臨時性的去掉，保證測試的單元性。驗證的功能，由驗證的測試來驅動。而第二點考慮，我的驗證打算放在構造器中，也就是說，如果，有任何錯誤的輸入，連第一道門都進不來。這里，測試和實現都很簡單，看起來很多，只是一些羅列，不同的錯誤場景而已。 1 [Subj 閱讀全文

摘要： 又是一個清新的早晨, 開始我們新的測試之旅.2 - 第二個測試, 從身份號取到正確的性別信息. ==>很簡單,依葫蘆畫瓢, 容易的寫出第二個測試. ==>很驚奇,居然沒有過? 卻不知, 測試的旅途中,Failed是常態. ==>好吧, 看看錯誤在哪? 在取性別代碼時,作了驗證,而且是全套. 為什么取地址時卻不驗證呢? 這個不一致性來源于---不是測試驅動,赫赫. ==>解決方案,把驗證去掉, 呵呵. 一是解耦, 二是敏捷,還沒有測試到的東西,不花過多的時間. ==>搞定. ==>可是,回過頭來看測試的兩個斷言,一個生日,一個性別,毫無相關嘛? 于是,就有了下 閱讀全文

摘要： 首先感謝原作者的代碼: 《 面向對象的15位、18位中國大陸身份證號碼解析、驗證工具》. 如果有版權問題，敬請告知。 原代碼給了我很好的起點，是的，這些代碼都是玉，我在這只是再琢磨琢磨。 即使如此，重構的過程依然很繁瑣，文章也許會很長，每一次的重構都需要把全部代碼顯示一遍。 知易行難, 重構是個動態過程, 不那么容易呈現出來,需要點耐心，慢慢看啊。 1 - 轉化為C#代碼，增加第一個測試是的，這不是必須的，可以說是我自己的原因，不會Java。但是，你也可以看作是一種重構的場景，不是嗎？更改的代碼就不再放了，比較簡單，與C#和Java的區別有關，留個連接 SocialID.cs。可是，我的測試. 閱讀全文

摘要： 沒有太多的羅嗦，代碼本身已經足夠。如果，要添幾個標簽的話就是： 中文化,流暢性接口(Fluent Interface),ＡＰＩ.只有幾點補充說明：1。 這都是真實可運行的代碼，請看測試狀態: 點擊Login as guest2。 測試使用Machine Specification, 重點是Establish部分。 3。僅僅使用于集成測試（用戶故事）；不建議業務領域和單元測試使用。4。這里只列出最終使用代碼（測試說明一切）；避免細節/實現的干擾。實現請看： Examples.cs "一個“語法的實現 ”要“語法實現文章發布后，很多的評論，特作出以下解釋：這一段代碼的技術重點，首先是行為 閱讀全文