postsharp修改版為提供了visual studio的編程插件，軟件使用簡單方便，通過這款軟件讓你輸入代碼的時候更加快速。軟件使用簡單方便快捷。軟件使用簡單方便，如果你需要那就來下載吧！

簡介：

postsharp是一個用于在.net平臺上實現aop的框架，是我比較常用的一個aop框架。使用靜態織入方式實現aop，其連接點非常豐富，使用簡單，而且相對其它一些.net平臺上的aop框架來說，postsharp較為輕量級，但是功能卻一點也不遜色，因此是我比較喜歡的一個aop框架。更多關于postsharp的介紹請參看其官方網站。

軟件功能：

1、postsharp threading

務實的寫作方式

機器驗證的，線程安全的代碼。

使用線程模型在正確的抽象級別處理多線程，

死鎖檢測等等。

2、postsharp緩存

提高應用程序性能的直接方法。

僅使用自定義屬性將緩存添加到現有方法。 適用于redis，memorycache和您的自定義緩存框架。

3、postsharp essentials

免費版postsharp

開始你對樣板的反叛。

每個項目僅限10個增強課程，

加上postsharp diagnostics developer edition

沒有項目大小限制。

4、postsharp框架

c＃和vb的＃1模式感知編譯器擴展。

用自動化自己的模式

面向方面的編程和

使用體系結構驗證來控制代碼。

5、postsharp xaml

必須伴侶

為您的xaml開發。

停止為inotifypropertychanged，命令，依賴項屬性，合同，撤消/重做等編寫重復代碼。

6、postsharp診斷

適用于.net和.net core的簡單易用的儀器工具箱。

添加大量日志記錄到您的應用程

在幾分鐘內，并將其指向任何日志框架。

你的方式，比手寫代碼更快。

常見問題：

1、調試和測試

我過去曾嘗試過這樣的工具，很難理解我的代碼。 postsharp有何不同？

postsharp附帶visual studio工具，可確保您了解代碼中模式的使用位置和方式。 postsharp在編譯期間應用模式而不會影響源代碼，以保持其清潔。用于visual studio的postsharp工具將此信息直接推送到visual studio中，因此您始終可以了解這些模式

postsharp explorer顯示使用的模式以及它們如何影響代碼庫。模式感知語法突出顯示模式增強了哪些代碼。模式感知工具提示顯示哪些模式應用于當前代碼。

2、我還可以使用visual studio調試器調試我的代碼嗎？

明確。 postsharp不會影響您的調試體驗。如果按f11進入帶方面的方法，調試器將在此方法內停止。如果您想要進入方面，可以打開step into aspects選項。你在掌控之中。

3、我該如何測試我的方面？

人們認為方面很難測試，但事實并非如此。測試方面略有不同。就像你從未在不將參數傳遞給該方法的情況下測試方法一樣，如果不將方法應用于某些目標代碼，則不會測試方面。目標代碼是您傳遞給方面的上下文的一部分。考慮到這一點，您可以使用自己喜歡的單元測試程序。有關更多信息，請參閱我們的文檔中的測試和調試方面。

4、如何測試由方面增強的代碼？

您將像普通代碼一樣測試預期代碼。與將手動實現方面的代碼相比沒有區別。

5、postsharp如何運作？

postsharp在c＃或vb編譯器之后插入構建過程中。它將編譯器輸出反匯編為對象模型，根據需要轉換代碼，將程序集（與重寫的pdb一起）寫回磁盤。

與msil混淆感覺有點“臟”……

msil是一個非常穩定且極其明確的ecma標準，具有多個開源實現。 msil的演變速度比c＃或vb語言慢得多，這使得postsharp保持穩定。 microsoft code contracts，microsoft code analysis和其他一些商業工具也適用于msil重寫。

6、依賴注入（ioc容器）可能帶來多大的postsharp好處？

依賴注入就像高速公路上的拖拉機：它是一個很好的工具，但往往不是最好的工具。

基于代理的aop（通過依賴注入和ioc容器實現）可以朝著正確的方向邁出一步。然而，它依賴的技術（動態代理）對可以做的事情施加了嚴格的限制。基本上，您只能攔截接口或虛擬方法。因此，使用基于代理的aop可以實現的模式數量非常有限。

此外，基于代理的強制您將應用程序分解為無意義粒度的組件和接口，因此您將發現自己正在改變您的體系結構（使用依賴注入）以獲得依賴注入技術所固有的好處，但只是一方它的影響。

最后，基于代理的aop不適用于所有平臺，并且在運行時比postsharp效率低得多。

7、postsharp與resharper等重構工具有何不同？

重構工具可在編寫代碼時提高工作效率。使用重構工具后，您的代碼不簡單或更簡潔。它可以更具可讀性，因為重構工具也具有良好的重新格式化功能。但是代碼的復雜性仍然與在notepad中手動編碼一樣。重構工具就像一個更高級的打字機。

但是，postsharp允許您使用較少的內部復雜度較低的代碼行來實現功能。使用postsharp，您可以在更高的抽象級別編寫代碼。如果重構工具就像一個高級打字機，postsharp更像是一種更好的語言。

為了獲得最佳生產效率，我們建議您同時使用postsharp和重構工具。這就像擁有更好的打字機和更好的語言。

8、我聽說線程安全的唯一正確方法是使用純功能語言……

純函數式語言是線程安全的，因為它們嚴格遵循不可變模式。 postsharp還提供了immutable模式以及其他6種線程模型。

postsharp不會強迫您進入特定的編程模型。與主要在學術界和某些特定行業領域中流行的函數式編程不同，postsharp遵循一種實用的方法，通過結合構建時和運行時驗證來實現線程安全。由于postsharp在構建時不會嘗試達到100％可證明的穩健性，因此它可以專注于在商業環境中提供商業上真實的最大線程安全性。

請注意，postsharp的線程安全標準不足以用于操作系統內核，航空/航天軟件，實時金融交易或核電站控制，但這些關鍵軟件通常比業務應用程序成本高出一個數量級。

9、postsharp如何影響運行時性能？

postsharp比任何替代技術都快。但是，使用postsharp會產生運行時性能價格。在討論postsharp的運行時性能時，有必要將postsharp開銷的成本與（1）目標代碼的成本和（2）postsharp添加的行為的成本進行比較，然后將此成本加權（3） ）調用該方法的每秒次數。您會發現postsharp的成本對于典型的企業應用程序（無論是臺式機，移動機還是服務器端）來說都是微不足道的，但在科學或金融應用程序的數字后端中卻是令人望而卻步的。

10、postsharp會影響我的構建時間嗎？

是的，因為postsharp在編譯中引入了額外的步驟，因此存在性能成本。對于例如，這是相同的。自定義工具在執行c＃編譯器之前運行，例如xaml編譯器。這個成本有多大，主要取決于postsharp對原始程序進行多大程度的轉換，這主要取決于postsharp的利用率。相比之下，postsharp通常比fxcop快幾倍，后者經常在大公司的每個構建中運行。