其他

只展示部分說明性代碼取系統的硬碟分區的盤符，用API函數：GetDriveType [DllImport("kernel32.dll", EntryPoint="GetDriveType")]public static extern int GetDriveType (string nDrive);調用：string [] dirs = Environment.GetLogicalDrives(); //取得所有的盤符foreach(string dir in dirs){ if (

當然要先添加對Word的組件的引用，添加命名空間的引用，代碼：    Word.Application oWord;            Word._Document oDoc;            object oMissing = Missing.Value;            object docBuiltInProps;            object Source = @"DocPath";            object Unknown =Type.Missing; 

主鍵的選擇：1.有意義的鍵和無意義的鍵：   有意義的鍵：例如社會安全號碼。索引值是唯一的，而由人來指定是不可靠的，有可能會出現重複，雖然資料庫可以檢測出來，但是在資料進入系統之前不會被發現。所以有意義的鍵是不可靠的。   無意義的鍵：本質是資料庫構造的並不打算供人使用的一個隨即數。對應小系統或穩定的情況，應優先考慮。2.簡單鍵和按鍵組合：  按鍵組合：在一個表和另一個表上下文相關時更便於使用。比如：訂單號加上順序號來作為訂單的索引值。 

快有一個星期沒有更新了轉一個CodeProject上的文章，原文代碼有問題，修改編譯後通過。原文在這裡先在項目引用裡添加上對Microsoft Word 9.0 object

在學使用CodeDom來動態產生.cs檔案，使用協助裡的例子，代碼居然編譯不通過自己修改，調試通過，整理後主要代碼如下：命名空間：using System.CodeDom;using System.CodeDom.Compiler;using Microsoft.CSharp;using System.IO;  private void button1_Click(object sender, System.EventArgs e)  {   CodeCompileUnit

代碼產生原則Top101.        對手寫代碼給予合適的尊重儘管代碼產生可以免去許多重複的工作，提高開發效率，但是你必須知道無論你的產生器有多麼強大，多麼靈活，都有很多特殊情況存在，這些可能都在你的代碼產生器可歸納的範圍之外。所以，雖然你使用了代碼產生器，但是手寫代碼仍然是必需的。2.        應當首先考慮手寫代碼。即使有必要使用代碼產生，也要在你確定你瞭解你的架構的時候再開始使用它。3.       

在昨天的隨筆裡：兩個硬碟和檔案相關的小技巧 中對於取得硬碟的分區列表使用了API，在靈感之源的提醒下，聯想到用WMI來實現，現在已經成功了，感謝靈感之源提供的思路以下是範例程式碼：先要引用System.Management.dll，using System.Management;SelectQuery query =                 new SelectQuery("SELECT * FROM Win32_LogicalDisk WHERE DriveType = 3");   

聽說這個工具好用，找了一個下下來，試了試，別的都好了，就是匯入Opml檔案不行，老是提示說什麼未能識別的標記或者xml文檔有錯誤什麼的，倒騰了半天，最後還是上網查了查，終於搞明白了。就拿部落格園來說：從首頁進入部落格列表http://www.cnblogs.com/Opml.aspx  開啟頁面後右鍵，查看源檔案，然後另存新檔，編碼要選Unicode，儲存後再使用SharpReader的匯入功能，就OK了，原來是檔案的編碼格式倒的鬼。不過這東西可是夠占記憶體的

發現在csdn首頁上居然有了連結“IronPython入門”！督促自己再寫些東西在前兩個隨筆的基礎上又加了些東西，讀入，寫出一個文字檔，不過讀入，寫出的部分都是用python裡就用的東西，沒有用.net framework中的System.IO命名空間下的類，單從這兩個功能上說，代碼確實比.net 要簡單，.net還要先調用建構函式，然後再調用相應的方法。由於沒有IDE，介面作的不怎麼好看，另外也沒有作異常處理下面是對應的.py檔案內容：#匯入名空間from

昨天我把機器上的Rational XDE和Visio都卸載掉了，因為我們四個月前畫的UML圖，自從它們被完成後我就沒有再看過，也沒有使用過XDE的同步功能。這些圖對我已經沒有意義了，因為我更傾向與使用代碼錶達，而不是UML圖示或大量文檔。而我們作這些文檔只不過是管理層的要求，儘管我們曾經有的文檔已經足夠了。當然，並不是說UML不好，沒用，問題在於，它是否適合你現在項目的情況，它對於你的項目來說是否太複雜了，是否已經夠用了，是否值的去花時間去搞清楚它的每個細節，是否要按部就班的去畫各種各樣的圖示。

在這裡，作者收集了現有的其他語言的.net實現，實在是想不到竟然有這麼多的語言在向.net移植，除了C#，basic，C++，Java，Javascript外，還包括名聲比較大的Python，PHP,Perl,Smalltalk,pascal,ada,tcl,Lisp,新貴lua,Ruby，還有一些聽都沒聽過的語言，而且一半以上的語言都有不止一個實現，甚至連C也在和.net套近乎，前兩年說的.net大潮真的一點也不為過。.NET LanguagesOne of the most

自從學了編程，音樂這個最大的愛好也放棄了，業餘時間幾乎都是在看書，想想這些東西都漸漸的遠去快變成回憶了，在我的blog裡，The Cure這支我最喜歡的樂隊的我最喜歡的專輯《BloodFlowers》裡最喜歡的歌《Last Day Of Summer》作為了blog的標題，不由想重溫下。可以在這裡聽到正張專輯：Bloodflowers 專輯封面                                                樂隊                

可能的情況有：從一個類繼承，從一個或多個介面繼承，從一個類和一個或多個介面繼承。使用Type類的BaseType屬性來取得類從哪個類繼承。GetInterfaces方法來取得類都實現了哪些介面。測試代碼如下：類庫代碼：using System;namespace GetInterface{  public class Class1 : Class2,BaseInterface,BaseInterface1 {  public Class1()  {     }  public void aaa(

1.在winform中使用IE：在工具箱裡右擊，選添加/刪除選項，在彈出的對話方塊裡選Com組件選項卡，找到Microsof Web瀏覽器組件，確定，在工具箱裡選擇WebBrowser控制項，拖放到表單上，然後寫代碼：private void button1_Click(object sender, System.EventArgs e){ string str=""; System.Object nullObject=0; System.Object nullObjStr=str; this.

Principles behind the Agile ManifestoWe follow these principles: Our highest priority is to satisfy the customerthrough early and continuous deliveryof valuable software. Welcome changing requirements, even late in development. Agile processes

在測試過程中，經常碰到測試和開發的版本不一致的問題。 常見的現象就是測試部門發現了bug，但是這個bug已經由開發人員自己發現並解決了，還沒有發布新的版本，而在雙方沒有及時溝通的情況下，會作一些無用功，如果經常出現這種問題，有時會讓人覺得很不耐煩。我覺得要避免這種情況，就要盡量保持測試和開發雙方的版本一致。 這裡我想到敏捷式軟體開發 (Agile Software

支援四種語言：IL，VB.net，C#，Delphi，是對DataTable的AcceptChanges反編譯的部分不知道用混淆器後會是什麼結果http://www.aisto.com/roeder/dotnet/ 補充：昨天試了，這個軟體現在可以直接下載，沒有什麼其他的步驟

據說有一位程式員，寫了6000多行的彙編代碼，自己Review了近100遍，最後到測試的時候沒有發現一個bug，後來這件事被公司樹為樣板。對於這件事有幾點不合理的地方，首先，程式碼數並不能體現軟體的複雜度，相同長度的代碼，邏輯複雜的寫起來肯定要難些，這無需多說。其次，使用程式碼數這個指標隱含的意思就是不鼓勵代碼複用。你可以在多處寫相同的代碼來擴充代碼規模，而並不在乎軟體的可維護性，可重用性等等。這樣就使得使用代碼複用的程式員看起來也不比那些能寫超多代碼的人工作得更出色。我們可以列舉許多的理由來說

回想一下這段時間來的學習，實在慚愧，感覺沒有學什麼東西，看著什麼都想學，可是又沒有耐心，到現在還沒有完整的看過.net方面的書,對.net沒有一個全面的系統的瞭解，一些基本的概念還不清楚看看blog裡的隨筆，大多是在網上亂轉搜羅的一些東西，真正有自己的想法和實踐的東西太少太少前幾天買了本《敏捷建模》，還沒看完就已經厭煩了。前天又買了本《XML 手冊》第四版，告訴自己一定要安下心來好好看看，學習學習另外準備再買本《.net 架構程式設計》

建立了一個winform工程，名為TestIL，包含一個表單Form1，編譯產生exe檔案，使用Reflector反編譯Form1的Main函數，代碼如下：.method private hidebysig static void Main() cil managed{ .custom instance void [mscorlib]System.STAThreadAttribute::.ctor() // Code Size: 11 byte(s)