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

摘要： 原文：http://www.skight.com/技術博客/視圖引擎淺析技術博客/視圖引擎淺析從Web Form開始，視圖的機制其實就沒改變過，動態編譯視圖腳本。所不同的是，Razor就僅僅是模板，沒在嵌入與網站等相關的東西，應該是SRP的一個體現。可惜，這種功能分離仍做得不徹底，MVC中，Razor與其他部分的整合仍比較多，路徑的尋找等功能的嵌入，使得它不容易單獨拿出來使用。當然，這也是微軟的一貫風格，整體使用性能優先。視圖引擎淺析 閱讀全文

摘要： 考試系統架構經歷了三個階段：一、大部分都基于Jean-Paul S. Boodhoo提供的Front Controller 實現，主要核心是基本拋棄 Web Form ，實現了一個輕量級的 MVC架構。二、考分查詢實現。Http://ES.skight.com 在上面架構的基礎上，加入Repository層，實現從文本提出數據，在內存緩沖。經過幾次實際流量的測試和改進，現在的性能基本達到每個查詢耗時20ms 。因此，反推理論最高查詢流量可達50次/秒或18萬次/小時。因而在相當長的時期內，可以認為考分查詢容量是可以無限添加下去的。最新數據（2011/05/26）：最近的公務員查詢，后臺查詢耗時 閱讀全文

摘要： 因為前期,重點放在業務分析上,這兩塊一直認真思考過,覺得很簡單.一開始只是找了一個nHibernate的示例, 就決定把Session的Open和Close和事務(Transaction)的Commit, 放在HttpModule中處理. 算是Session per Request的模式.之后,繼續加入錯誤處理的PlugIn, 做了一個HttpHandler的Decorater, 在所有其他HttpHandler的最外層. (我使用的是自己實現的FrontController來處理頁面). 這樣一來, 任何頁面處理中,沒有被截獲的錯誤都回被最后一道防線網住.可是, 等等, Transactio 閱讀全文

摘要： 近期在做一個Web的項目. 即不用WebForm也不用MVC, 走了第三條路,做自己的一個框架用FrontControll.可是,HTML模版這一塊太大,仍然使用Asp.net的解析. 使用aspx文件做模版. 開始,使用Server.Transfer來裝載模版文件( 類似Server.Transfer("my template.aspx") ).一切都沒有問題, 效果很好, 速度也快, 過程中我也反過來看了Asp.netWeb Page類實現, 太重了, 那可能是很多Web應用比較慢的原因.可是,當我開始實現統一的錯誤處理時, 卻碰到個意想不到的問題: 每個頁面每次都報錯 閱讀全文

摘要： 時間的尺度:小時(1~2小時),天(0.5~3天), 星期(1~2星期), 月(1~3月),年.僅僅使用以上的時間尺度來衡量任務. 比如, 說1個任務需要量10個小時是沒有意義的, 要折算成天,如2天.同樣,說這個用戶故事要20天完成,不如說要1個月. 尺度的恰當使用,會對項目管理很有幫助. 組織好開發的節奏.任務的粒度: 目前為止,在我的實際應用當中, 開發人員個人的工作過程中最基本的任務單位以1小時為宜, 這也是上面最小的時間尺度.這不一定是項目分配任務, 多數情況應該是開發人員的分解任務.這個粒度的好處在于, 每一個小時, 你能有機會喘口氣. 另外,任務還有一個完成標志的定義, 另文再敘 閱讀全文

摘要： 在心理學上有個有名的故事，就是一只大象，在它小時候被一根細細的繩拴在一根小小的樁上，只是它那時沒有力氣掙斷，于是它試了又試，最終不得不放棄。等它成年后，仍然一個小小的樁、一根細細的繩就能縛住它，它已習慣不再掙扎 閱讀全文

摘要： SCRUM是項目(公司)的層面.Agile是軟件開發流程(的層面).Pattern是技術層面. Pattern只是一個有代表性的詞而已, 其實涵蓋更多與技術有關的東西.比如光是Pattern就有Design Pattern, Architect Pattern. 其他技術性的東西: 面向接口編程, 合同編程(Design by Contract), DDD(Domain Driven Development), TDD(Test Driven Development), 閱讀全文