Если над проектом работает команда из нескольких человек, то она неизбежно сталкивается с проблемой стиля кодирования. Кто-то скобки расставил по-своему, кому-то больше нравится var вместо указания явного типа, кому-то — наоборот. Чего уж там говорить про open-source проекты, где случайный прохожий может сделать баг-фикс и уйти. Всё это ведет к тому, что стиль кода в проекте сильно разнится в разных его частях.

EditorConfig — это проект, который помогает разработчикам соблюдать единый стиль кода в рамках всего проекта. Visual Studio 2017 — одна из множества сред разработки, которая имеет встроенную поддержку EditorConfig.

Логи — полезные инструмент для отладки и мониторинга приложений. Только просмотр текстовых логов — дело скучное и неинтересное. Поэтому изучают логи в исключительных ситуациях. Здесь на помощь приходят структурированные логи — когда записи хранятся не просто в виде текста, а в виде структурированных данных с разделением информации на отдельные поля. По таким логам можно настроить фильтры, поиск, при соблюдении определенных условий — отправлять уведомления и т.д.

Инфраструктура логгирования ASP.NET Core поддерживает структурированные логи. Посмотрим как это можно использовать на примере ELK.

ASP.NET Core предоставляет удобную абстракцию для ведения логов. Благодаря этому работа с логами устроена одинаково, независимо от того, какой провайдер используется в приложении.

Провайдеры в свою очередь обеспечивают инфраструктуру для хранения логов в том или ином хранилище. Базовые библиотеки уже имеют набор стандартных провайдеров для наиболее популярных хранилищ. Но что если требуется отправлять логи в собственное, нестандартное хранилище? Для этого можно реализовать собственный провайдер.

Поскольку логгирование является неотъемлемой частью любого приложения, в ASP.NET Core появилась унифицированная инфраструктура для логгирования.

Традиционно роботы, построенные на платформе Lego Mindstorms EV3, программируются с использованием графической среды LabVIEW. В этом случае программы запускаются на контроллере EV3 и робот работает автономно. Здесь я расскажу про альтернативный способ управления роботом — использование платформы .NET, запущенной на компьютере.

По умолчанию браузеры отклоняют AJAX-запросы к адресам, расположенных в других доменах. Но иногда такие запросы необходимы. Для того, чтобы это регулировать придумали CORS.

Cross Origin Resource Sharing (CORS) — стандарт W3C, который позволяет определить политики кросс-доменных AJAX-запросов. Подробнее про CORS можно почитать здесь и здесь.

Как видно из спецификаций, управление политиками CORS происходит за счет дополнительных HTTP-запросов и HTTP-заголовков при осуществлении кросс-доменных запросов. В ASP.NET Core существует готовый пакет для настройки политик CORS, что упрощает работу с кросс-доменными запросами.

ASP.NET Core использует новую модель конфигурирования на основе IOptions<>, о чем я писал ранее. Эта модель позволяет считывать конфигурационные параметры отдельными частями приложения. Но где эти данные размещены? Давайте разберемся с этим вопросом.

Большинство веб-разработчиков при отладке приложений используют Google Chrome — это уже ни для кого не секрет. Прежде всего в этом браузере привлекают продвинутые средства для разработчиков. Одним из элементов devtool является консоль, которая в свою очередь гораздо более продвинутая, чем думают о ней большинство разработчиков.