PostSharp Framework

 

•適用于任何代碼，而不僅僅是組件接口。

•最佳運行時性能。

•完全支持異步代碼。

•通過體系結(jié)構(gòu)驗證驗證編碼指南。

 

當代碼不再適合一個人的大腦時

 

可以教編譯器做更多的工作

 

交付的不僅僅是指導(dǎo)原則——設(shè)計模式通常是使用實現(xiàn)指導(dǎo)原則描述的，有時這些指導(dǎo)原則是完全算法化的，沒有留給開發(fā)人員任何決策。這正是機器擅長的地方，所以為什么不把這些工作卸載給編譯器呢？

實現(xiàn)規(guī)模經(jīng)濟——使用PostSharp，您只需編寫一個方面一次，每次將其應(yīng)用到代碼庫時都可以節(jié)省時間并減少源代碼。

 

改進架構(gòu)

 

封裝模式——Objects是一個很好的封裝工具，但它們在解決在整個應(yīng)用程序中重復(fù)出現(xiàn)的功能方面遇到了困難。Aspects是封裝需要反復(fù)應(yīng)用的.NET設(shè)計模式的正確方法。

降低復(fù)雜性——將復(fù)雜性轉(zhuǎn)移到各個方面，并在更高的抽象級別編寫業(yè)務(wù)邏輯。

寫更干凈的代碼——代碼行數(shù)越少，缺陷出現(xiàn)的表面就越小。更容易閱讀和理解的代碼更容易修改，產(chǎn)生的缺陷更少。

 

知識倍增

 

封裝經(jīng)驗——經(jīng)驗豐富的開發(fā)人員將使用他們獨特的知識來構(gòu)建特定于代碼庫的方面。部署到團隊的其余部分，這些方面將允許任何人輕松地一致地添加復(fù)雜的功能。

容易應(yīng)用——一旦創(chuàng)建的方面非常容易應(yīng)用和使用。只使用這些方面的開發(fā)人員不需要額外的PostShap培訓(xùn)。

 

最靈活的.NET方面框架

 

豐富的構(gòu)建塊——Aspects不僅限于使用方法。對事件注冊、屬性和其他構(gòu)造執(zhí)行操作。

表達組合——在編譯時使用C#和反射的全部功能組裝構(gòu)建塊。

非侵入性——在代碼庫中添加您想要的功能，而不必更改任何代碼。

堅實的基礎(chǔ)——自定義方面是使用相同的基礎(chǔ)設(shè)施和代碼，PostSharp內(nèi)置的設(shè)計模式。

 

卓越的性能

 

編譯時執(zhí)行——與其他框架不同，PostSharp在編譯時完成大部分工作，因此應(yīng)用程序啟動時間仍然很長。

在運行時沒有反射——強類型和編譯時執(zhí)行消除了為運行時執(zhí)行編寫反射代碼的需要。

 

 

實施良好的編碼實踐

 

執(zhí)行設(shè)計決策

 

減少不一致性——根據(jù)已建立的模式和準則驗證開發(fā)人員編寫的代碼。防止開發(fā)人員分心或創(chuàng)造性造成缺陷或不需要的復(fù)雜性。

控制對象可見性——有時內(nèi)部和私有關(guān)鍵字不夠。限制哪些命名空間、程序集或類型可以引用成員或?qū)崿F(xiàn)接口。

在代碼檢查期間節(jié)省時間——自動執(zhí)行的任何規(guī)則都不需要手動檢查。

 

獲得更快的反饋

 

編譯時錯誤——不要等待代碼評審的反饋。當代碼偏離已建立的模式或準則時，在編譯時失敗。

構(gòu)建服務(wù)器集成——架構(gòu)規(guī)則也在構(gòu)建服務(wù)器上執(zhí)行，就像PostSharp的任何部分一樣。

錯誤或警告——您可以選擇沖突以導(dǎo)致警告或錯誤——或在Visual Studio中選擇警告并在生成服務(wù)器上選擇錯誤。

 

根據(jù)標準和自定義規(guī)則在每個構(gòu)建中驗證設(shè)計。

不要讓架構(gòu)的意圖在一個被遺忘的文檔中消失。在可執(zhí)行代碼中表達設(shè)計決策，并確保遵循這些模式進行編譯時反饋。

•代碼級聲明

•編譯時反饋

•可定制的規(guī)則

 

 

建立您自己的代碼驗證規(guī)則

 

熟悉的API——使用您已經(jīng)知道的.NET反射API為您的特定設(shè)計規(guī)則創(chuàng)建驗證。

 

高級反射——對于更復(fù)雜的場景，PostShap提供了一個擴展反射API，其中包括查找所有引用、查找派生類型、訪問表達式樹等功能。

 

Visual Studio集成——自定義規(guī)則發(fā)出的錯誤和警告將顯示在VisualStudio錯誤列表中，您可以通過單擊它們導(dǎo)航到問題位置。