Log4Net или регистрирующий [закрытый] блок приложений
Пара вещей. Порядок маршрутов важен в Экспресс - он первым пришел, первым обслужен.
Поскольку в процессе производства вы захватываете все свои маршруты app.get('*', для обслуживания своего внешнего интерфейса, другие маршруты никогда не могут быть задействованы. Вам нужно переместить это к концу app.js после объявления других ваших маршрутов.
Кроме того, вы должны тщательно определить ваши маршруты, чтобы не было столкновения между передней и задней частью. Я не уверен, используете ли вы React Router или нет, но вы определяете маршрут get в корне вашего приложения ('/'). Это будет конфликтовать с вашим интерфейсом. Похоже, что это делает то же самое, что и /contacts, так что давайте удалим определение корня.
Я не уверен, лично, возможно, кто-то еще может добавить, но в package.json в вашем scripts рассмотрите возможность переопределения heroku-postbuild. Я не уверен, что изменение каталога может повлиять на приложение, может быть, ничего. Но вот еще один способ справиться с этим:
"heroku-postbuild": "npm install --prefix client && npm run build --prefix client"
5 ответов
Мое мнение... Работы Log4Net, работает хорошо и стабилен (возможно, слишком стабильная данная частота выпусков, если Вы знаете то, что я имею в виду).
При необходимости во входе, очень маловероятно, что Вам не нужна другая функциональность, выставленная Библиотекой Предприятия, Вы были бы на плане действий Microsoft, преимуществе от регулярных обновлений, имели бы поддержку инструмента (например, инструмент конфигурирования) и всегда существует очень порочившая документация, которая намного выше, чем Вы доберетесь с Открытым исходным кодом.
Я думаю, что мое предпочтение ясно! Библиотека предприятия полностью.
Я нашел, что Log4Net более прост установить и использовать. Проблема с блоками приложений Библиотеки Предприятия, они имеют тенденцию включать все и раковину и могут сделать что-то на вид простым (как вход) во что-то действительно сложное. Также, потому что Log4Net используется с nHibernate, который я также использую затем, у меня уже есть он там готовый пойти.
Я пошел бы для log4net, если Вы уже не пользуетесь Библиотекой Предприятия для другой функциональности. Я нахожу, что Библиотека Предприятия немного тяжелый вес, и берет немного больше кода, чтобы на самом деле сделать вход.
log4net имеет следующие преимущества;
- Быстрый и гибкий
- Иерархические, названные регистрирующиеся категории
- Несколько регистрирующихся уровней
- Вывод к нескольким регистрирующимся целям
- Динамическая конфигурация XML
- Ориентированный на многопотоковое исполнение
- Формат журналов легко изменяется
- Проверенная архитектура (log4j)
- Модульный и расширяемый дизайн
- Поддержка нескольких платформ
- Сильное сообщество позади него.
Я использовал log4net в течение нескольких лет теперь и каждый раз, когда я должен сделать что-то из поля, я - удивление, как легкий это заканчивает тем, что было.
Простой пример консольного приложения log4net Сильфон также является файлом конфигурации
Зарегистрируйтесь 4 сети хороши: замечательные особенности, но это занимает время и усилие освоить конфигурацию особенно, когда выводы по умолчанию не достаточны, и необходимо расширить его.
Библиотека предприятия является тяжелым весом, не уверенным, куда они идут (были некоторые повреждающиеся изменения между выпусками особенно в DAB). Таким образом, я лично избегаю его.
Я в настоящее время смотрю на nLog (слышал некоторые очень хорошие вещи об этом),
ОБНОВЛЕНИЕ: Я в настоящее время люблю nlog. Одной конкретной вещью, которую я хотел бы упомянуть, является простота конфигурирования loglevel из кода. Пример использования: - пользователь испытывает ошибку - мы просим устанавливать loglevel, чтобы проследить (пункт меню) и выполнить те же шаги - мы просим посылать файл журнала по электронной почте нам. (другой пункт меню)