親愛的讀者,在這篇文章中,我提供了一些c#編程的最佳實踐。
你是否在用戶輸入驗證中使用異常處理機制?
如果是,那么你就是那個把你的項目執行速度降低了62倍的人。你不相信我嗎?等幾分鍾;我來教你怎么做。但是在這個例子之前,讓我們了解一下在什么地方需要異常處理。
例如,你正在驗證用戶的數據,對於任何無效的輸入,你將引發一個異常並將其拋出給客戶端,如下所示:
這就是你等待的輸出。
我的概念證明非常簡單。在一個函數中,我拋出了一個異常,在另一個函數中,我在檢查用戶輸入后返回一個布爾值。我還附上了一個計算器的屏幕(哈哈..),讓你相信異常處理是如何影響代碼性能的。
因此,我們可以得出這樣一個結論:“不要為用戶輸入驗證引發異常。”使用布爾返回技術(或類似的技術)來驗證業務邏輯中的輸入”。因為異常對象的開銷非常大。
永遠不要在循環中實現try-Catch
是的,它也與異常處理有關。我重復“永遠不要在循環中執行try-catch”。讓我用一個例子來證明。
在method1的這個程序中,我在for循環中實現了異常處理機制,而在method2中,我在沒有循環的情況下實現了異常處理機制。我們的輸出窗口表明,如果我們在for循環外實現try-catch程序的執行速度將比循環內的try-catch快2倍。
同樣,唯一的結論是“不要在項目的循環中實現try-catch。(是的!不僅在for循環中,而且在任何循環中。)
你是否瘋狂到要使用new操作符來創建一個整數變量?
親愛的讀者,不要因為我寫了這么長的標題而批評我,也不要使用new操作符來創建一個簡單的整數變量。我知道你會說,如果你使用new操作符創建一個簡單的整數變量就會被自動設置為0,不遭受錯誤,如“未賦值的局部變量”,但這真的是需要得到一個自動賦值為0,你的目的是創建一個局部變量來存儲嗎?讓我們看看new操作符是如何降低代碼執行的性能的。
new操作符將執行速度降低了5倍。我可以否認輸出屏幕,但有一件事!!你一次要創建1000個變量;在我們的項目中,我們不會一次創建1000個變量,最多創建2到3個。
好的。你的應用程序是web應用程序嗎?如果是,那么請檢查任何流行的web應用程序的點擊數,我確信它超過1000每天。
同樣,這一行的結論是“不要瘋狂地使用new操作符來創建整數變量”。
根據你的目的選擇最好的集合
我們.net開發人員非常熟悉c#中的集合以及它們用來存儲值的方法。讓我們看看它們是如何執行搜索的。查看搜索整數的性能。這是我的代碼。
我們可以清楚地看到,在字典的情況下,搜索的性能是最差的,而在list和整數數組的情況下,性能非常相似。
方法是好的,但不是所有時候
如果你還記得你剛開始學習編程的那幾天,你學過一個概念,就是總是實現一個方法來在代碼中實現好的練習,是的,實現一個方法來執行某些任務是很好的。方法在編程中有成千上萬的優點,但是讓我們看看方法是如何降低執行性能的。我再次強調,這一點並不是反對方法,而是簡單地展示方法調用是一種代價高昂的機制,並提供了在何處實現方法以及在何處不實現方法的想法。讓我們看看下面的代碼。
下面是屏幕輸出:
在這里,我想在輸出窗口中打印一條消息,首先,我在一個靜態函數中實現了它,並通過類名調用它,第二次我只是在主函數中編寫它。可以,通過Console.Writeline()非常簡單。輸出屏幕顯示單行執行比函數快9倍。因此,唯一的結論是“在盲目執行某個功能之前,試着了解情況並做出最佳決策”
結論
謝謝你能容忍我這么長時間。我在我的筆記本電腦上做了上面的測試,我的筆記本電腦有core i3處理器,4GB內存和Windows環境,在程序穩定后以釋放模式輸出。如果你使用不同的平台和不同的輸出,在評論部分有足夠的空間寫評論。
歡迎關注我的公眾號,如果你有喜歡的外文技術文章,可以通過公眾號留言推薦給我。
原文鏈接:https://www.c-sharpcorner.com/UploadFile/dacca2/5-tips-to-improve-your-C-Sharp-code-part-1/