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