其他

        剛剛看了小陸的我對系統重構的理解有些想法，就隨便激揚一下文字,談談自己對重構的片面理解。                           Tip   不要當你需要新的功能的時候，或者原來的程式出了Bug，你才想起重構。      

  這些天.net compact framework把我惹火了,一些莫名其妙的錯誤,真是又好笑又氣.舉幾個例吧.我用的是.net compact framework 1.1. 1) ComboBox控制項    總覺得ComboBox不是很合理,用起來不爽.     如果代碼如下   1combox.DataSource=arr;2combox.DisplayMember="name"   綁定資料之後,假設arr有資料的話,居然combox.Items.Count為0. 

   這些天一直在看.NET的Enterprise Library.當我看到Data Access Application

1)使用名詞/動詞分析和尋找類名詞/動詞分析方法的第一步是儘可能多的收集相關資訊.合適的資訊來源是:補充需求規格說明(如果有) 用例 項目詞彙表 任何其他資訊資源(架構,遠景文檔等)2)在收集文檔之後,使用非常簡單的方法分析他,突出(或者用某種其他方法記錄)以下內容: 名詞--例如:航班 名詞短語--例如,航班號 動詞--例如,分配

1）BOOL  IsHungAppWindow(                                                HWND hWnd//main winows handle                                                  );//defined in User32.dll2)BOOL IsHungThread(                                    DWORD dwThreadID//

在MFC的SDI和MDI中，你要想從你的CXXXApp（當然是繼承於CWinApp了）得到CXXXView（當然繼承於CView了）視圖指標可不是一件很容易的事情喲，還是很迂迴的。下面將介紹如何得到，OK，讓我們開始吧。  

      很久就成立了敏捷式軟體開發 (Agile Software Development)團隊組織.但是最近幾個月一直很忙,沒有時間去更新我的Blog了,更加不用說寫一些相關的文章.     瀏覽了一下團隊的一些文章,很多是關於理論的.我個人是個實用主義者,任何東西對於我來說都是要用的.當然理論也是必不可少的. 

在去年8月份我曾經寫過兩篇介紹RhinoMock的文章，最近有人在評論中指出在文章介紹的Mock對象的建立方式在新版本的RhinoMock中不再支援。由於我最近一直沒有使用RhinoMock，於是我特地去查了一下有關資料，發現盧彥在去年12月份寫的一篇文章中同樣出現了這個問題，我趕緊到RhinoMock的討論群組查了一下資料，發現我之前的使用方法確實出了問題，該方法被Ayende cut掉了。為了避免我的文章繼續"誤人子弟",

既然當了一個STLPort，我就在想如何使用該庫，解壓縮那個包，一開啟，嘿，居然還有一個INSTALL檔案，仔細研究一番，按照他的說明很不簡單的就裝好了。當然在網上有很多關於如何安裝STLPort的方法，用的最多應該是夢魘的那個方法，即《STL源碼剖析》一書的附錄。這有一個網址供大家參考http://jjhou.csdn.net/myan-stlport.htm 當然移植STLPort的方法還有以下方法：http://www.vchelp.net/cndevforum/subject_view.

UP具有三個公理：用例和風險驅動 架構中心的

前幾天,我就在想一個問題,即擴充BlackBerry系統應用程式的菜單,我打算分為幾個步驟:1)是否真的可以這樣做,畢竟BlackBerry是另外一個作業系統2)即然可以加入,如何加入3)加入之後,如何?自己的功能這個問題已經困擾了我很久,今天看了看BlackBerry的SDK,發現了幾個關於Menu的類,我就在想,應該可以從這幾個類入手.在前幾天,我尋找了幾個開源的工具,很遺憾的是沒有提供原始碼,不過這說明了第一個步驟是可行的,結下類研究的是如何?第2步,看了這幾個類以及它們的文檔:得到了以下

O/R M一個相當常見的概念，不過也是一個被很多人誤解的概念。O/R M據我所知是從Java社區產生的，而到了.Net社區它的意味就完全變了。首先讓我們來看看為什麼是O/R M而不是R/O M？其實之所以很多人沒有理解O/R

這幾天在南京兜了一圈,沒有上部落格園，心中總是缺少了什麼似的。部落格園我是每天必看，但是這幾天心裏面特別難受,看來自己離不開它了.這次我順便去了南京的一些高校。在河海大學度過的時間很長。沒想到在期間遇見幾個電腦系的學生。於是交流了一下，他們問到我一般上哪些網站，我說部落格園是其中之一。看他們一愣一愣的。很顯然他們不知道。這時候，我就考慮一個問題，作為部落格園的一員，如何盡自己的義務去發展部落格園,如何讓部落格園走進每一個IT人士中.真的恨不得馬上跑到揚州去和DUDU聊聊. 回到了上海,開啟部落格

  本文將介紹在.NET中如何利用NUnit測試Private和Protected方法.   以前寫過一篇文章用來介紹NUnit的詳細用法,可以點擊這裡得到這篇文章的詳細內容.這篇文章我倒是認為講解了NUnit的基本用法和進階用法.當我看了冬眠的蛤蟆的文章http://netflu.cnblogs.com/archive/2005/08/26/223294.html之後,覺得測試private 和protected方法也應該加上,這樣這篇文章才算完整.      

作為軟體開發,客戶的參與是軟體成功的基礎.作為程式員,我們需要一種方法來理解客戶的需求,只有理解了客戶的需求才能寫出最好的軟體.那麼這種理解客戶需求的方法是什麼呢?這種方法有可能是利用文檔,有可能是利用工具,或者是其他. 對於我目前工作而言,主要是通過EMail的形式來瞭解需求.就我個人而言,這種需求的方法不是令人滿意.因為需求都是以敘述文本的形式發給我們,很少有出現類似表格,圖等形式的文檔,這樣就造成不是完全能理解客戶的需求,並且有時候會出現對需求的理解的偏差,當然所開發軟體的周期相應的變長,

    在前面介紹了FIT(FIT For .NET(0),FIT For .NET(1)),下面介紹如何使用它.  客戶的參與對軟體成功是關鍵的.作為一名程式員,你需要一種方法來理解客戶的需求,因此你才能寫出很好的軟體.FIT為你和你的客戶提供了一種方法來精確的交流和協作.    對於其核心,FIT只是一個非常簡單的工具.是一個“整合測試的架構“(Framework For Integrate

1)每個類大約有3-5個職責. 一般來說,類應該儘可能保持簡單.這通常限制類能夠支援的3-5個職責的數目.2)不存在獨立的類.好的OO分析和設計的精華是,類相互協作使使用者受益.同樣,每個類應該同少量的類協作以提供所有的期望的功能.類可以把他們的一些職責託付給專註於特定功能的其他輔助類.3)當心一些非常小的類.有時候很難取得正確的平衡.如果模型看起來有大量的非常小的類,每個類都只有一個或者兩個職責,那麼你應該仔細察看以把這些小的類整合成一個更大的類.4)當心幾個非常龐大的類?上述的反面是,模型具

用MFC寫一個簡單的畫圖程式（恐怕這個應該是大家更加註意的）在這裡只貼出部分代碼：下面原始碼，可以直接運行（VC6 MFC）（關於其整個工程檔案可以到www.confach.533.net去Download），如果你找不到，可以直接按上面的連絡方式與我Mail，我會儘快給你發過去，大家一起學習）void CSTLMFCTestView::OnLButtonDown(UINT nFlags, CPoint point){ // TODO: Add your message handler

不知這篇文章發表在首頁是否合適，希望能放上一天，望DUDU莫怪。昨天post一篇Blog，請參看開放"Test-Driven Development in Microsoft .NET"一書的翻譯 。這篇post得到了大家的贊同與支援，在這裡感謝大家。在裡面我提到了關於著作權的問題，也正是這個問題，我仔細看了一下License，最後還發了封mail給原作者。但是按照它license，是可以發表的。希望作者也能給予支援了。萬一不可的話，也只能作罷。晚上，我和Tony

FIT FOR Dot NET 介紹了我是如何發現這個工具的.下面我將介紹這個工具.在寫本文時,參考了FIT的網站http://fit.c2.com/.其中有些是直接翻譯的.1)如何得到FIT工具   FIT工具分為.NET 版本和Java版本,你可以到http://www.sourceforge.net/projects/fit去下載.2)FIT的介紹  2.1  介紹         首先,FIT只是一個測試架構,這個需要明白.