一點(diǎn)C#代碼的使用心得

好久沒(méi)有寫(xiě)技術(shù)文章了，今天就寫(xiě)一點(diǎn)點(diǎn)關(guān)于C＃的使用心得吧。

1、代碼問(wèn)題：
以前我總是這樣寫(xiě)代碼：

//m_isSomeEvent:bool
if(m_isSomeEvent){
 m_isSomeEvent = false;
}else{
 m_isSomeEvent = true;
}

后來(lái)這樣寫(xiě)：

m_isSomeEvent = m_isSomeEvent?false:true;

再后來(lái)這樣寫(xiě)：

m_isSomeEvent = !m_isSomeEvent;

類(lèi)似的有：

后來(lái)就寫(xiě)成：

this.m_button.Enabled = this.m_button.Text == i_someString;

有什么區(qū)別嗎？沒(méi)有，只能說(shuō)我是越來(lái)越懶了。

字符串問(wèn)題：
以前總是這樣寫(xiě)：

string m_path = "c:\\test\\"+"MyFolder"+"\\someFile.dat";

后來(lái)會(huì)這樣寫(xiě)：

string m_path = string.Format("{0}\\{1}\\{2}",i_drive,i_path,i_file);

再后來(lái)這樣寫(xiě)：

string m_path = Path.Combine(Path.Combine(i_drive,i_path),i_file);

雖然有點(diǎn)麻煩，但比起因?yàn)槁窂匠鲥e(cuò)而造成的麻煩，這算不了什么。
還有就是，以前這樣寫(xiě)：

string m_filePath = ".\myFile.dat"; //在程序正在運(yùn)行的目錄里取文件。

后來(lái)這樣寫(xiě)：

string m_filePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory,"myFile.dat");

理由就不用說(shuō)了，安全第一。

還有一個(gè)就是：

string m_fullPath = "c:\\test1\\test2\\file.dat";
//Some code withe the path to create the file.

后來(lái)總要這樣：

string m_fullPath = "c:\\test1\\test2\\file.dat";
if(!Directory.Exists(Path.GetDirectoryName(m_fullPath)))
{
 Directory.CreateDirectory(Path.GetDirectoryName(m_fullPath));
}
//Some code withe the path to create the file.

再后來(lái)：

string m_fullPath = "c:\\test1\\test2\\file.dat";
if(!Directory.Exists(Path.GetDirectoryName(m_fullPath)))
{
 try{
  Directory.CreateDirectory(Path.GetDirectoryName(m_fullPath));
 }
 catch(Exception ex)
 {
  MessageBox.Show(this,"Error! Object folder "+m_fullPath+" does't exist. And cann't create this folder. Message:"+ex.Message);
 }
}
//Some code withe the path to create the file.

代碼雖然越來(lái)越多，但安全性卻是越來(lái)越高�？傊�，代碼能省的地方就該省，不能省的，一個(gè)也不能少。

還有這樣的問(wèn)題：
以前這樣寫(xiě)函數(shù)：

后來(lái)一般情況我都會(huì)先選擇這樣的代碼：

public void SomeFunction(ref object i_someObject){
//
}

還有一個(gè)小問(wèn)題，就是我喜歡在所有的成員使用上加上this，因?yàn)檫@樣可以直接知道它是成員還是函數(shù)內(nèi)的局部變量。

2、再討論一個(gè)try-catch結(jié)結(jié)構(gòu)：
以前這樣寫(xiě)：
模塊A中的某函數(shù)：

//模塊B中的調(diào)用：
object m_myObject = SomeFunction(ref m_somePar);

后來(lái)遇到問(wèn)題，在調(diào)用時(shí)不得不這樣：

object m_myObject = null;
try{
 m_myObject  = SomeFunction(ref m_somePar);
}catch(Exception ex){
 //Some code;
}

然而，這樣問(wèn)題就來(lái)了，當(dāng)調(diào)用SomeFunction出現(xiàn)異常后，SomeFunction中的m_tempObject對(duì)象根本沒(méi)有機(jī)會(huì)調(diào)用Dispose來(lái)釋放資源。
于是修改代碼為：
模塊A中的函數(shù)：

模塊B中的調(diào)用：

object m_myObject = SomeFunction(ref m_somePar);
if(m_myObject ==null){
 //some code
}else{
 //some code
}

然而這樣還是有問(wèn)題，就是你不知道調(diào)用模塊A中的函數(shù)時(shí)，當(dāng)返回null后，A中到底出現(xiàn)了什么問(wèn)題。
也就是說(shuō)，這里我想讓B模塊來(lái)Catch異常，而不想讓A模塊來(lái)處理。
簡(jiǎn)單的辦法是在A模塊的函數(shù)中catch到異常后，重新再拋出一個(gè)新異常：

這樣B模塊中可以知道A中發(fā)生了什么事情，從而進(jìn)一步處理。然而這樣的問(wèn)題是：
系統(tǒng)性能下降和異常類(lèi)的改變。當(dāng)然，如果直接拋出原來(lái)的異常也行，但那樣沒(méi)有必要，后來(lái)這樣改代碼：
模塊A的函數(shù)：

public object SomeFunction(ref object i_someParameter){
 using(SomeObject m_tempObject = new SomeObject()){
  object m_result = null;
  //some code with m_tempObject;
  return m_result;
 }
}
//模塊B的調(diào)用：
object m_myObject = null;
try{
 m_myObject  = SomeFunction(ref m_somePar);
}catch(Exception ex){
 //Some code;
}

雖然B中還是用到了try-catch結(jié)構(gòu)，但意義是不一樣的。如果A是不可知模塊，例如你是A模塊提供方，那么這樣的方法給你的用戶(hù)提供了很好的靈活性。
如果你是A模塊的使用方，那么你完全可以自己控制try-catch結(jié)構(gòu)。

好了，先就這一點(diǎn)點(diǎn)心得。有時(shí)間再寫(xiě)一些。

原文地址：http://www.cnblogs.com/WuCountry/archive/2006/11/24/570719.html