Вы используете Microsoft Enterprise Library?

Ответ 1

Это мое мнение, что корпоративная библиотека больше сконструирована для большинства вещей. Нет, мы не используем его, но большинство наших проектов представляют собой краткосрочные веб-сайты большого объема рекламного характера.

Ответ 2

+1 для перепроектированных. Мы используем log4net вместо блоков обработки журнала или обработки исключений. Мы используем собственное пространство имен .NET System.Security вместо блоков шифрования entlib. Некоторые из инструментов трассировки хороши, но у нас нет ничего в производстве, которое их использует.

Ответ 3

Нет, мы не используем его. На самом деле я большой противник блоков Enterprise Library, потому что я видел слишком много проблем с обратной совместимостью с новыми выпусками блоков.

Ответ 4

Мы используем его (в частности, Unity, Logging и Validation), и я не могу сказать, что я его большой поклонник.

Блок каротажа определенно перепроектирован, и по иронии судьбы все еще не хватает гибкости. Я был поражен тем, сколько кода мне пришлось вырвать и заменить, если бы я хотел написать более структурированные сообщения для ведения журнала в БД, а не только одну таблицу с общими сообщениями. Документация является отрывочной, и очень сложно следить за тем, что на самом деле происходит в вашем журнале.

Единство действительно работает нормально. Лично я предпочел бы полностью избегать контейнеров DI, но если вам нужно их использовать, Unity кажется прекрасным.

Я действительно не участвовал в коде, который использует блок Validation, поэтому я не могу сказать вам, как это работает.

Но в общем, я бы сказал, что да, это слишком сложно, и если он не сделает именно то, что вам нужно из коробки, вам, вероятно, лучше без него.

Ответ 5

Корпоративная библиотека является излишним. Она слишком сложна и негибкая. Поэтому мы не используем.

В наших проектах (включая те, которые нацелены на распределенные вычислительные сценарии по сравнению с Windows Azure), мы используем Lokad Shared Libraries как легкую замену. Он подключается к log4net для ведения журнала, Autofac IoC для конфигурации, предоставляет настраиваемые бизнес-правила, проверки и обработку ошибок (с надежностью), при упаковке всех необходимых сборок в нескольких DLL файлах.

Ответ 6

Мне нравится старый блок данных приложений, который был отделен от Enterprise Library. Это очень просто и экономит вам много времени. Мы попытались переместиться в блок Enterprise, но это не стоило того, чтобы его поднять.

Мы используем log4Net для ведения журнала, и это работает нормально.

Ответ 7

Мне нравится использовать его, ОСОБЕННО для небольших проектов, потому что это "мне все равно, этот материал просто работает и предоставляет все, что мне нужно без суеты".

Overengineered? Как это так?

Ответ 8

все сказано во имя, которое я считаю.. "Корпоративная библиотека" Предприятие значительно крупнее (да, я знаю, отличная дезинфекция... но эй, я подвыпила в данный момент!)

Ответ 9

Я использую его некоторое время, но теперь я перешел к более гибким и простым решениям, таким как log4net для ведения журнала, EF или Linq2sql для доступа к данным и т.д.

Ответ 10

Работая над несколькими крупными веб-проектами, я могу рекомендовать блок кэширования из библиотеки, поскольку он позволяет вам использовать nCache или подобное с простым изменением конфигурации. Это позволяет команде разработчиков использовать TDD без необходимости использования nCache (или подобного).

Log4Net намного превосходит блок регистрации IM-сообщений.

Блоки безопасности/криптографии, которые я использовал несколько раз, и обычно обнаруживаю, что они делают то, что говорят на олове, не будучи слишком обременительными или сложными.

Остальная часть каркаса избита другими более простыми и (IMHO) лучшими решениями Доступ к данным - nHibernate, ActiveRecord, Tarantino

Единство - виндзор, spring и т.д.

Проверка - я использую стек замка