|
1．如果可能盡量使用接口來編程
.NET框架包括類和接口。當你寫程序的時候，你可能知道你正在用.NET的哪個類。然而，在這種情況下如果你用.NET支持的接口而不是它的類來編程時，你的代碼會變得更加穩定、可用性會更高。請分析下面的代碼：private void LoadList (object [] items,
ListBox l)
{
for (int i = 0; i < items.Length;i++)
l.Items.Add (items[i].ToString ());
}
這個函數從一個可為任何對象的數組中加載ListBox。這段代碼被限定為只能使用數組。假想過些時候你發現那些對象存在數據庫中，或別的集合中。那么你需要修改程序來使用不同的集合類型。如果你用ICollection接口來寫那段程序，你就不用修改那段程序了，對于任何實現ICollection接口的類型它都能很好的工作:private void LoadList (ICollection items,
ListBox l)
{
foreach (object o in items)
l.Items.Add (o.ToString ());
}
ICollection被數組和所有System.Collection中的集合實現。此外，多維數組也支持ICollection接口。如果那還不夠的話，數據庫.NET類同樣支持ICollection接口。用接口寫的這個函數不用需改就可以才許多中情況下使用。
2. 使用屬性代替原始數據
因為屬性已經成為語言本身的元素，所以聲明數據元素時它的作用域等級沒有必要大于private。因為代碼本身會把屬性看成數據元素，你并沒有失去使用簡單數據類型的便利性 。相反它會使你的代碼更加靈活功能更加強大。屬性使你的數據元素封裝性更好。屬性可以讓你使用lazy evaluation來返回數據。lazy evaluation的意思是當用戶請求時才計算它的值，而不是一直保留著它。
最后，屬性可以是virtual也可以是abstract。你也可以在接口中定義屬性。
這里還有維護方面的因素應當注意：盡管操作兩者的方法是一樣的，但是你把一個數據元素變成屬性，那么原先客戶端的程序便不能訪問服務端的新版本程序了。實際上對于在Web service中你想實現序列化的值你可以把它們變成屬性來使用：private int TheMonth = 0;
[XmlAttribute ("Month")]
public int Month
{
get {
return TheMonth;
}
set {
TheMonth = value;
}
}
簡單通過屬性就可以使你的所有數據元素私有化。
3. 在Producer/Consumer 的Idiom中使用Delegate
當你生成一個實現producer idiom類的時候，使用deletate來通知consumer。這種方法相對于用接口更加靈活。Delegate是多點傳送的，所以不用加額外的代碼你就何以支持多用戶。相對于用接口這樣做可使類之間的耦合性降低。下面的類處理鍵盤輸入并把它傳給所有的registered listeners：public class KeyboardProcessor
{
private OnGetLine theFunc = null;
public OnGetLine OnGetLineCallback {
get {
return theFunc;
}
set {
theFunc = value;
}
}
public void Run (){
// Read input.
// If there is any listeners, publish:
string s;
do {
s = Console.ReadLine ();
if (s.Length == 0)
break;
if (theFunc != null){
System.Delegate [] funcs =
theFunc.GetInvocationList();
foreach (OnGetLine f in funcs) {
try {
f (s);
} catch (Exception e) {
Console.WriteLine
("Caught Exception: {0}",
e.Message);
}
}
}
} while (true);
}
任何數目的listeners都可注冊到producer，它們所要做的只是提供一個特定的函數：deletate。
4. 注意初始化順序
C＃中對于一些變量聲明加入了initializer的概念。它們在構造函數之前被執行，實際上變量在基類的構造函數執行前之前被初始化。
所以，在初始化變量的時候不要用基類中的數據，因為它們還沒有被構造。
有問題怎么辦？
把你的問題發送到 wwagner@SRTsolutions.com
|
