改進你的c#程式碼的5個技巧（一）
親愛的讀者，在這篇文章中，我提供了一些c#程式設計的最佳實踐。
你是否在使用者輸入驗證中使用異常處理機制?
如果是，那麼你就是那個把你的專案執行速度降低了62倍的人。你不相信我嗎?等幾分鐘;我來教你怎麼做。但是在這個例子之前，讓我們瞭解一下在什麼地方需要異常處理。
例如，你正在驗證使用者的資料，對於任何無效的輸入，你將引發一個異常並將其丟擲給客戶端，如下所示:
class BusinessLogcCheck
{
public void Check()
{
try
{
//Your validation code is here
}
catch (Exception ex)
{
throw new Exception("My own exception");
}
}
} 親愛的朋友，在下一個示例中，如果你看到輸出螢幕，你將意識到這種做法有多糟糕。讓我們看看下面的程式碼。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;
using System.IO;
using System.Net;
using System.Net.NetworkInformation;
namespace Test1
{
class Program
{
public static void ThrowTest()
{
throw new Exception("This is exceptopn");
}
public static Boolean Return()
{
return false;
}
static void Main(string[] args)
{
Stopwatch sw = new Stopwatch();
sw.Start();
try
{
ThrowTest();
}
catch
{
}
sw.Stop();
Console.WriteLine("With Exception " + sw.ElapsedTicks);
sw.Restart();
try
{
Return();
}
catch
{
}
sw.Stop();
Console.WriteLine("With Return " + sw.ElapsedTicks);
Console.ReadLine();
}
}
} 這就是你等待的輸出。
我的概念證明非常簡單。在一個函式中，我丟擲了一個異常，在另一個函式中，我在檢查使用者輸入後返回一個布林值。我還附上了一個計算器的螢幕(哈哈..)，讓你相信異常處理是如何影響程式碼效能的。
因此，我們可以得出這樣一個結論:“不要為使用者輸入驗證引發異常。”使用布林返回技術(或類似的技術)來驗證業務邏輯中的輸入”。因為異常物件的開銷非常大。
永遠不要在迴圈中實現try-Catch
是的，它也與異常處理有關。我重複“永遠不要在迴圈中執行try-catch”。讓我用一個例子來證明。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;
using System.IO;
using System.Net;
using System.Net.NetworkInformation;
namespace Test1
{
class Program
{
static void Method1()
{
for (int i = 0; i < 1000; i++)
{
try
{
int value = i * 100;
if (value == -1)
{
throw new Exception();
}
}
catch
{
}
}
}
static void Method2()
{
try
{
for (int i = 0; i < 1000; i++)
{
int value = i * 100;
if (value == -1)
{
throw new Exception();
}
}
}
catch
{
}
}
static void Main(string[] args)
{
Stopwatch sw = new Stopwatch();
sw.Start();
Method1();
sw.Stop();
Console.WriteLine("Within Loop " + sw.ElapsedTicks);
sw.Restart();
Method2();
sw.Stop();
Console.WriteLine("Outside of Loop " + sw.ElapsedTicks);
Console.ReadLine();
}
}
} 這是輸出螢幕。
在method1的這個程式中，我在for迴圈中實現了異常處理機制，而在method2中，我在沒有迴圈的情況下實現了異常處理機制。我們的輸出視窗表明，如果我們在for迴圈外實現try-catch程式的執行速度將比迴圈內的try-catch快2倍。
同樣，唯一的結論是“不要在專案的迴圈中實現try-catch。(是的!不僅在for迴圈中，而且在任何迴圈中。)
你是否瘋狂到要使用new操作符來建立一個整數變數?
親愛的讀者，不要因為我寫了這麼長的標題而批評我，也不要使用new操作符來建立一個簡單的整數變數。我知道你會說,如果你使用new操作符建立一個簡單的整數變數就會被自動設定為0,不遭受錯誤,如“未賦值的區域性變數”,但這真的是需要得到一個自動賦值為0,你的目的是建立一個區域性變數來儲存嗎?讓我們看看new操作符是如何降低程式碼執行的效能的。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;
using System.IO;
using System.Net;
using System.Net.NetworkInformation;
namespace Test1
{
class Program
{
static void Main(string[] args)
{
Stopwatch sw = new Stopwatch();
sw.Start();
for (int i = 0; i < 1000; i++)
{
int a = new int();
a = 100;
}
sw.Stop();
Console.WriteLine("Using New operator:- " + sw.ElapsedTicks);
sw.Restart();
for (int i = 0; i < 1000; i++)
{
int a;
a = 100;
}
sw.Stop();
Console.WriteLine("Without new operator:- "+ sw.ElapsedTicks);
Console.ReadLine();
}
}
}
輸出的截圖如下:
new操作符將執行速度降低了5倍。我可以否認輸出螢幕，但有一件事!!你一次要建立1000個變數;在我們的專案中，我們不會一次建立1000個變數，最多建立2到3個。
好的。你的應用程式是web應用程式嗎?如果是，那麼請檢查任何流行的web應用程式的點選數，我確信它超過1000每天。
同樣，這一行的結論是“不要瘋狂地使用new操作符來建立整數變數”。
根據你的目的選擇最好的集合
我們.net開發人員非常熟悉c#中的集合以及它們用來儲存值的方法。讓我們看看它們是如何執行搜尋的。檢視搜尋整數的效能。這是我的程式碼。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;
using System.IO;
using System.Net;
using System.Net.NetworkInformation;
namespace Test1
{
class Program
{
static void Main(string[] args)
{
List<Int32> li = new List<Int32>(1000);
Dictionary<int, int> di = new Dictionary<int, int>(1000);
int[] arr = new int[1000];
int a;
for (int i = 0; i < 1000; i++)
{
li.Add(i);
di.Add(i, i);
arr[i] = i;
}
Stopwatch sw = new Stopwatch();
sw.Start();
a = li[500];
sw.Stop();
Console.WriteLine("From list:- " + sw.ElapsedTicks);
sw.Start();
a = arr[500];
sw.Stop();
Console.WriteLine("From Integer array:- " + sw.ElapsedTicks);
sw.Restart();
a = di[500];
sw.Stop();
Console.WriteLine("From Dictionary:- " + sw.ElapsedTicks);
Console.ReadLine();
}
}
}
輸出在這裡：
我們可以清楚地看到，在字典的情況下，搜尋的效能是最差的，而在list和整數陣列的情況下，效能非常相似。
方法是好的，但不是所有時候
如果你還記得你剛開始學習程式設計的那幾天，你學過一個概念，就是總是實現一個方法來在程式碼中實現好的練習，是的，實現一個方法來執行某些任務是很好的。方法在程式設計中有成千上萬的優點，但是讓我們看看方法是如何降低執行效能的。我再次強調，這一點並不是反對方法，而是簡單地展示方法呼叫是一種代價高昂的機制，並提供了在何處實現方法以及在何處不實現方法的想法。讓我們看看下面的程式碼。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;
using System.IO;
using System.Net;
using System.Net.NetworkInformation;
namespace Test1
{
class test
{
public static void Print()
{
Console.WriteLine("I am function from Class");
}
}
class Program
{
static void Main(string[] args)
{
Stopwatch sw = new Stopwatch();
sw.Start();
test.Print();
sw.Stop();
Console.WriteLine(sw.ElapsedTicks);
sw.Restart();
Console.WriteLine("I am single statement within main");
sw.Stop();
Console.WriteLine(sw.ElapsedTicks);
Console.ReadLine();
}
}
}
下面是螢幕輸出：
在這裡，我想在輸出視窗中列印一條訊息，首先，我在一個靜態函式中實現了它，並通過類名呼叫它，第二次我只是在主函式中編寫它。可以，通過Console.Writeline()非常簡單。輸出螢幕顯示單行執行比函式快9倍。因此，唯一的結論是“在盲目執行某個功能之前，試著瞭解情況並做出最佳決策”
結論
謝謝你能容忍我這麼長時間。我在我的膝上型電腦上做了上面的測試，我的膝上型電腦有core i3處理器，4GB記憶體和Windows環境，在程式穩定後以釋放模式輸出。如果你使用不同的平臺和不同的輸出，在評論部分有足夠的空間寫評論。
歡迎關注我的公眾號，如果你有喜歡的外文技術文章，可以通過公眾號留言推薦給我。
原文連結:https://www.c-sharpcorner.com/UploadFile/dacca2/5-tips-to-improve-your-C-Sharp-code-part-1/