摘要: 想改良一個爛設計為好設計嗎？想增加或維護代碼功能時更加簡單嗎？重構無疑是其中最好的方法之一，既然它是好的，我們就要把它發揮到極限，把重構發揮到極限的方法就像kent beck說的，采用兩頂帽子的原則，工作中不斷的交換帽子，^_^
閱讀全文
摘要: 既然測試是好的，那就把它發揮到極限。
測試是好的，這一點無可厚非，幾乎做軟件的人都是認可的，本篇只是談談測試中的單元測試部分，單元測試的目的是為了保證類中的方法是符合設計時的需求的，需求驅動似的類實現，^_^
閱讀全文
摘要: 既然認為它是好的，就要發揮到極限，這是XP的思想。
持續集成無疑是一種非常好的方法，那么在實際的軟件開發過程中就應該把它的好發揮到極限，但就我自己經歷過的項目以來，只在一個項目中真正的較好的實現了持續集成，不知道大家的情況是怎么樣？持續集成的最出名的代表還是MS的Daily Build和冒煙測試了。
閱讀全文
摘要: 回顧自己所經歷的兩個項目，來對設計階段進行了總結，自己也算是個XPer，經歷過的這兩個項目也基本都是采用XP的方式進展，大家都知道，XP在設計階段推崇的是群體設計，通過CRC來完成，在這里就對兩個項目執行的情況做做總結。
閱讀全文
摘要: 在很多的web框架中，經常會看到提供html元素的標簽，例如在采用velocity作為顯示層的很多web框架中就會提供諸如table、input等這些元素標簽，提供這些標簽的用意是很清楚的，就是為了能夠統一整個web應用的顯示形式和操作模式，但這些標簽的提供卻在很大程度上給UI集成帶來了麻煩，想想本來只要UI設計師切割圖片然后直接導為html的部分，變成了還需要開發人員去把頁面所有的元素改為使用標簽的方式，平白無故的增加了痛苦。
閱讀全文
摘要: 為了提高系統的響應性能，一般都會采用緩存技術來實現，如果用象ehcache、oscache這樣的開源的cache工具來實現，一般都需要由開發人員來設置maxElementsInMemory這個值，但這個值在設置的時候大家都是怎么去設置的呢？憑想像還是隨便寫一個值呢？這個值設的過大嘛有可能會造成outofmemory，設的過小嘛又浪費服務器巨大的內存，為了能夠更好的設置這個值，我寫了個測試程序來估算1M內存能夠緩存多少個對象。
閱讀全文
摘要: R4中增加了Declarative Service，簡稱DS，本來一直還沒很關注，近來equinox maillist討論的比較多，今天就又翻開r4來看了看，Declarative Service的提出就是為了解決之前在R3時對于service的調用比較麻煩的問題，^_^，不過覺得這也只是部分解決而已，現在支持了service的lazy load的概念，呵呵，但其實現在的問題同樣很典型，新在采用的是通過ComponentContext.lookup的方式，多么象context.lookup，更是多么的象IoC 1，前段時間equinox maillist也一直討論過引入IoC的問題，也不知道現在進展如何了，希望能快點看到引入了IoC 2 or IoC 3的方式，那樣的話現在的service的引用就不會那么麻煩了......
閱讀全文
摘要: 對于基于AJAX的開發與基于MVCFramework的開發的比較，同時提出基于ajax開發吸取基于MVCFramework開發的優點的方式。
閱讀全文
摘要: 就設計文檔的編寫、意義來探討設計文檔。
閱讀全文
摘要: 目前做的框架中對于數據驅動開發方式支持的Demo，如感興趣的話可以下載過去看看，是flash版的，因為太大了，所以只能提供分個壓縮包的方式。
閱讀全文