Кто-нибудь использовал структуру АОП Postsharp в производственной среде? Есть ли подводные камни? Можно ли использовать Postsharp в сочетании с Log4Net для ведения журналов и т. д.?
Любые руководства по использованию Postsharp с веб-приложениями и/или Log4Net будут высоко оценены.
Я и еще один товарищ по команде по-разному используем PostSharp в нескольких проектах, которые находятся в производстве уже несколько месяцев. Например, в одном случае я использую его для регистрации значений параметров метода в случае исключения. PostSharp Laos (включенный в PostSharp) — это простой в использовании способ внедрения вызовов методов (например, при входе в метод, выходе и при исключениях), и вы можете легко добавить вызовы журнала в регистраторы, зарегистрированные в log4net.
Это увеличило время сборки, достаточное, чтобы немного изменить мои привычки сборки, но, конечно, не слишком много для преимуществ, которые оно предоставляет, IMO. При написании кода вы можете исключить его из своей локальной сборки, что достаточно легко сделать, чтобы вы могли продолжать сборку часто и быстро, а затем включать ее на свой сервер сборки и т. д.
Вот хорошее руководство по PostSharp от Гаэля (создателя PostSharp)... хотя он старый, приятно видеть его прогон. На самом деле нет никакой разницы в использовании его в консоли, winforms, WPF или WebApp, с которыми я сталкивался до сих пор.
Я бы также сказал, что как только вы поймете, как добавить аспекты Лаоса в проект, повторить это упражнение будет очень легко. И существует взаимосвязь между количеством сборок/классов, к которым вы применяете аспекты, и тем, сколько времени PostSharp добавляет к вашей сборке. Таким образом, вы даже можете немного контролировать время сборки.
Что касается кода, я очень впечатлен тем, насколько хорошо работает PostSharp... он никогда не испортил сборку, не сделал сборку недействительной или иным образом не испортил код. И я даже использовал его в приложениях ASP.NET с охватом кода и инструментарием производительности (поэтому он прекрасно работает с инструментами инструментов MS Assembly).
В общем, я бы определил. рекомендуем вам попробовать его для ваших требований log4net.
Я использую Postsharp, и мне это нравится. Это избавило меня от большого количества дублированного кода, который мне пришлось бы добавить в противном случае.
Мне не понадобились какие-либо дополнительные функции для log4Net и достаточно гугля, чтобы узнать, как это работает. Он просто делает свою работу. Минусов пока не увидел.
Для Postsharp достаточно руководства по началу работы на веб-сайте, в блоге и просмотра источника. Существенным недостатком является увеличение времени сборки. Я ненавижу ждать, пока мой компьютер заработает. Требуется около 8 секунд, чтобы нажать ctrl-shift-b в Visual Studio (на быстром ПК) для решения +-60K loc с 2 проектами, использующими действие сборки postsharp. Если можете, постарайтесь использовать Postsharp в как можно меньшем количестве проектов.
Если вы действительно не хотите использовать postsharp, вы можете создать решение с 20 проектами и добавить команду post-build в каждый из них. Время сборки будет достаточно долгим, чтобы разозлить остальную часть команды.
Лично я, вероятно, продолжу использовать Postsharp для будущих проектов. Преимущества перевешивают дополнительное время сборки.
Мы пытались использовать post sharp для одной или двух вещей, но проблема заключалась в том, что это слишком сильно увеличивало время сборки. Если вы используете непрерывную интеграцию и используете методологию частой проверки, вам лучше иметь чертовски хороший сервер сборки и рабочие станции.
Судя по всему, в .net 4.0 будет куча компиляторов, упрощающих такие вещи, как АОП. Наш окончательный вывод состоял в том, чтобы дождаться этого.
Пользуюсь пост-шарпом, мне нравится. Время быстрой сборки поста раздражает, но это невозможно. В режиме отладки я использую условный SKIPPOSTSHARP, который устраняет постшарп.
Согласно опросу сообщества PostSharp, многие компании используют PostSharp в производстве. Разочаровывает то, что они отказываются быть идентифицированными :-(.
Мы используем PostSharp в производстве, как для среды выполнения 3.5, так и для среды выполнения Silverlight. Чтобы немного ускорить сборку, вы можете использовать переключатель /m: для msbuild (погуглите для параллельных сборок с помощью msbuild). Они также обещают значительно ускорить его в следующем выпуске.
