- 在一月份的版本的Configuration Application Block,會有一個memory leak的問題,它會影響到所有的Block. 新版本修正了這個問題。 在這之前,Enterprise Library 也釋出了Patch 1475 修正它。不過Patch 1475 現在要加入Member 才能拿的到,要的話,請Email給我(下載的資訊有錯,請不吝指正)。
- 新版本 在Configuration Application Block 讀取設定的部份做了一個加速的最佳化。
- 新版本 使用CultureInfo.CurrentUICulture來傳回資源字串(string resources),在Runtime時可透過Resource Manager來完成多國語系。
- 新版本的所有 Assembly 的版本號碼都做了更新,所以一月份(1.0)與六月份(1.1)可以用並行存在,執行(side-by-side)。 但是兩個版本間的Block不能混用。
7.20.2005
有關Enterprise Library 1.1
影響到全部Block的有:
雜項
- 新版的Enterprise Library出來了,1.1版,給.Net 2.0的部份也在做了。Enterprise Library的網址變了,新網址在此 Enterprise Library。
- 昨天上Global Chat,VSTS會整合FxCop。對於Test的部份,看了那些討論,深深覺得,會不會只要會用nUnit的人,就已經算是1%的人才了。
- 相對應於VSTS,James Newkirk的速度真的很快,NUnit Converter 0.4已經跑出來了,Currently it contains a program that converts NUnit Test Code into tests compatible with Visual Studio 2005 Team System。有興趣的可以去看一看。
2.23.2005
有關Custom Control,Windows Form
很多時候,事情並不是我這樣的笨人所想像的。搞了半天,慢慢的才搞清楚整個架構。
其實在MSDN裡面就已經清清楚楚的告訴我們了,怎麼去運作出個完全由自己操作的Control,只是,文件看來不是我這樣的笨人所看的懂得,哈哈。
要訂製一個照自己想法產生的控制項的話,在MSDN Home > MSDN Library > .NET Development > .NET Framework SDK > .NET Framework > Building Applications > Enhancing Design-Time Support 裡面幾乎就有大部分相關訊息。
不過,很多時候,MSDN的難度超越了我這樣Concrete腦,所以下面還有一些相關的文件,這些,就好用多了:
其實在MSDN裡面就已經清清楚楚的告訴我們了,怎麼去運作出個完全由自己操作的Control,只是,文件看來不是我這樣的笨人所看的懂得,哈哈。
要訂製一個照自己想法產生的控制項的話,在MSDN Home > MSDN Library > .NET Development > .NET Framework SDK > .NET Framework > Building Applications > Enhancing Design-Time Support 裡面幾乎就有大部分相關訊息。
不過,很多時候,MSDN的難度超越了我這樣Concrete腦,所以下面還有一些相關的文件,這些,就好用多了:
- http://msdn.microsoft.com/msdnmag/issues/03/04/Design-TimeControls/default.aspx 與 http://msdn.microsoft.com/msdnmag/issues/03/05/Design-TimeControls/default.aspx
這兩篇比較像是師傅帶入門 - http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/vsnetpropbrow.asp
這一篇,如果妳的目標是寫一個高標準的控制項,最好是把他看完,這一篇有講出所有MSDN相關訊息的精華。 - http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/pdc_vsdescmp.asp 與 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/html/custdsgnrdotnet.asp
這兩篇已經是Designer的作法了,通常當一個Programmer到這裡的時候,文件就是他的好朋友了。
故事是在之前不冷颼颼,反而熱的要死的冬天開始的...
那一天,依稀記得,客戶要求能夠多語系來操作軟體,因為客戶裡有不太認識中文的台灣人。
於是就開始寫,寫阿寫阿,突然發現Microsoft綁在Visual Studio .Net的多語功能有點鳥。或許是我孤陋寡聞,不過怎麼想也不對。為甚麼如果我選擇在Windows Form下寫的程式要套用Visual Studio.Net 的控制項多語功能,就不能再混入資源檔。那那,我的訊息對話窗怎麼辦?要秀在狀態列或是標題的文字怎麼辦,那些是會變化的耶!
雖然發現這樣的事情,對一個工程師是新知識的累積,不過,當壓力來的時候,就像要挫屎的時候才發現鬆緊褲的帶子打了死結。怎麼辦呢?怎麼辦呢?就開始想一些偏門的方法,後來,就想到做一個控制項,將所有相關文字鎖到那裡面,因為控制項變動的時候,文字一樣受到Visual Studio .Net的多語規範,哈哈哈。
當弄出來的時候,自己還沾沾自喜,後來才發現脫了褲子放屁還覺得了不起的一定只能幹基層工程師,這是不會錯的。
一邊作一邊學,慢慢的,終於發現自己完全搞不清楚狀況,Visual Studio .Net的多語規範根本不在控制項上,而是在Attribute的運用上,繞了一圈,還好發現了對的東西,順便碰了一堆雜七雜八的東西,心得,就是一開始的介紹那麼簡單。
不過,有些神奇的事情,還是搞不懂
恩,應該用ILdasm了!
2.02.2005
有關ADO.Net裡的類別
對於.Net Framework所提供的Class,我們可以大概的說,DataSet是小型的資料庫,可以把它想做是一個倉庫,而DataTable,DataView是其中的單元(這一部份可對應到資料庫)。
而DataReader可以把它想做是倉庫的監視器,可以一整排一整排的查詢資料。
DataCommand則可想做倉庫的經理,一切命令的發布來自於它,可以新增貨物,更新貨物,或是刪除貨物。
DataAdaptor則想像為與其他倉庫的連接器,可以連通兩個倉庫,以便取得資料(貨物)。
而DataReader可以把它想做是倉庫的監視器,可以一整排一整排的查詢資料。
DataCommand則可想做倉庫的經理,一切命令的發布來自於它,可以新增貨物,更新貨物,或是刪除貨物。
DataAdaptor則想像為與其他倉庫的連接器,可以連通兩個倉庫,以便取得資料(貨物)。
Subscribe to:
Posts (Atom)