您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關如何解決.NET應用程序效率問題,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
.NET應用程序一直以開發速度快、IDE功能強大作為賣點,理所當然我這種智商不高又期望快速開發的人當然首選它了。第一次嘗試用.NET做整個機床的控制程序,平臺不是太強大,賽揚2.4的CPU和512的內存,基本上夠跑。經歷兩個多月的開發把底層的功能基本完善了,控制臺程序看不出效率的問題,我很放心的使用WINDOWS FORMS完成剩下的界面。
當做到一定程度的時候,效率問題就逐步顯現出來了,GUI界面很緩慢,令人很抓狂。在嘗試了很多的方法和優化后,最終還是要到及床上進行實際的調試。昨天忙了一天,終于找到了問題所在。過程我就不詳細多說了,解決問題最根本的還是找準了病根。
有時候我們可能想WINDOWS FORMS的GUI性能不太好,界面刷新老是很緩慢,比起MFC的程序有時候慢很多。當然這里有一些GUI庫的問題,我們只能從另外的一面去優化。但其實微軟已經做的夠好,而很大程度上取決于我們怎么使用它。
找病根,有兩種方法:一種是庸醫所用的亂證亂下藥,偶爾有效;一種是西醫的科學化的方法,用數據說話。在當了一陣庸醫以后,終于想嘗試用工具來解決問題。
Resharper很可能很多人都用過吧,JetBrains公司還有一款產品用于性能分析的——dotTRACE。此工具比VS自帶的性能測試工具好用多了。我用這個工具詳細一測,立刻就找到了病根所在。當然選擇正確的測試模式還是很有必要的,由于我開得多線程,所以需要用針對線程的測試模式,才能測得線程中函數調用的時間。
真是一針見血,找到了問題所在,立刻解決問題。
最后總結一下:
不要盲目找問題,要找到工具來,用數據說話。
.NET GUI庫有一些小的方面有性能問題(比如DataGridView等控件,但其實用好了速度還是很快的),但不足以影響到正常的工作,很多時候都是自己用法沒對造成的。
看完上述內容,你們對如何解決.NET應用程序效率問題有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。