所以我在我們的WCF服務中看到了一段代碼,它從config(appsettings)讀取一個值並將該值分配給一個變量。該變量隨後被詢問以改變方法調用的結果。ConfigurationManager vs變量
有問題的特定WCF調用被調用了很多。我正在考慮是否刪除變量和它的分配,因此在它的位置對ConfigurationManager.AppSettings [「seeting」]進行多次調用將比爲新變量分配內存以保存值ConfigurationManager.AppSettings [「seeting 「]在每個方法調用(儘管在方法執行的頂部每次調用一次)。
這可能是一個微型優化,但是堆上的內存分配每次執行都讓我思考是否更快地詢問AppSettings後面的NameValueCollection或爲更簡潔的代碼分配內存。
意見表示歡迎。
你爲什麼不對它進行基準測試並找出哪個性能更高? – DGibbs 2014-09-12 11:52:52
我應該做的。在這個場合,我認爲尋求更廣泛的意見可能比標杆更快,讓我專注於提供什麼被問到我。如果我找到時間,我會提出結果。 – 2014-09-12 12:03:31