.NET 2022 | 4.1 Лекция | Фреймворк .NET

• Третья неделя обучения, разбор основ языка и синтаксиса.  

• Обсуждение протокола передачи данных и различных а-ля в соки.  

• Введение в домашнее задание и тест.  

• Обзор насыщенной учебной недели.  

• Введение в API как контракт взаимодействия.  

• Обзор стандартов API в различных отраслях.  

• Обзор структуры и конфигурации .NET-приложения.  

• Запуск приложения и конвейер обработки запросов.  

• Обработка типи запросов и регистрация конечных точек.  

• Обзор популярных API: SOAP, REST, GraphQL.  

• SOAP и REST как старые и проверенные методологии.  

• GraphQL как молодая технология.  

• SOAP как старый и популярный протокол.  

• REST как современный и гибкий протокол.  

• Преимущества и недостатки SOAP и REST.  

• Введение в конвейер обработки запросов.  

• Промежуточные обработчики и конечные точки.  

• Возможность интеграции с различными сервисами.  

• Введение в DTO дата трансфер объект.  

• DTO как модели, участвующие в межсетевом взаимодействии.  

• Различие между DTO и моделями, перемещающимися между слоями приложения.  

• Приложение состоит из двух классов: Program и Startup.  

• Program отвечает за инфраструктуру и конфигурацию.  

• Startup используется для бизнес-логики и внедрения зависимостей.  

• Внедрение зависимостей и конфигурирование конвейера.  

• Интеграция с SIS и прокси-сервером.  

• Ведение журнала и настройка приложения.  

• Высокий порог входа в .NET.  

• В .NET 6 классы Program и Startup объединены в один класс.  

• Обратная совместимость с .NET 3.5 и 5.  

• Конфигурация контейнера и конвейера обработки запросов.  

• Определение среды разработки и настройка блоков.  

• Авторизация, роутинг и юз-пойнт.  

• Метод Main вызывает методы Build и Run.  

• В .NET 2 был один метод, теперь два.  

• Разделение методов для улучшения производительности.  

• ASP.NET Core 3.0 разделил метод Build на два.  

• Один метод инициализирует приложение, другой добавляет необходимые компоненты.  

• Цель - улучшить производительность и гибкость.  

• Метод Main вызывает Build и Run.  

• Класс Startup не типизирован интерфейсами.  

• Экстеншены с суффиксом "ed" относятся к методу ConfigureServices.  

• .NET Core 3 и 5 добавили новые сущности, такие как хост.  

• Хост теперь включает внедрение зависимостей, логирование и конфигурацию приложения.  

• Хост также реализует фоновые службы, что позволяет создавать собственные службы и клиенты.  

• Инициализация приложения включает подключение различных компонентов, таких как дефолтный билдер и конфигура веб хоз дефолт.  

• Конфигура веб хоз дефолт используется для настройки веб-сервера и фильтрации хостов.  

• Конфиг сервас используется для настройки DI контейнера и подключения зависимостей.  

• Миграция с .NET Core 2 на 3 была сложной и требовала больших мануалов.  

• Конфиг веб хоз дефолт и дефолтный билдер отвечают за разные сущности и выполняют разные задачи.  

• Дефолтный билдер устанавливает корневой каталог, читает переменные конфигурации и интегрируется с ведением журнала.  

• Проверка зависимостей и валидация зарегистрированных классов важны для предотвращения ошибок.  

• Ошибки в рантайме могут привести к серьезным проблемам в производстве.  

• Конфиг веб хоз дефолт настраивает веб-сервер и фильтрацию хостов.  

• Приложение можно запустить без веб-сервера, создав консольное приложение.  

• Консольное приложение демонстрирует логику, которая могла бы быть частью веб-сервера.  

• Использование дефолтного билдера и библиотек для чтения конфигурации позволяет легко настроить приложение.  

• Библиотека уже включает необходимые экстеншены.  

• Логирование и интерфейс ILogger.  

• Паттерн Objen используется для регистрации конфигураций в Dependency Injection.  

• Конфигурации не типизированы, что неудобно.  

• Использование Objen позволяет типизировать и инжектировать конфигурации.  

• Пример с логированием: Objen помогает понять, что класс относится к конфигурации приложения.  

• Создание хостбилдера без использования метода CreateDefaultBuilder.  

• Добавление конфигураций из файла и командной строки.  

• Конфигурация контейнера DI и добавление Objen.  

• Добавление класса PrintTextConsoleService, реализующего интерфейс HostService.  

• Конфигурация логирования и запуск приложения.  

• Использование RunConsole для взаимодействия с консолью.  

• Метод Start и Stop для управления работой приложения.  

• Использование TaskCompletionTask для завершения задач.  

• Преимущества использования TaskCompletionTask для оптимизации ресурсов.  

• Хостбилдер запускает хостсервисы в разных потоках.  

• Хостсервисы могут работать параллельно и обрабатывать запросы.  

• Пример интеграции с Castle для обработки типи запросов.  

• Создание консольного приложения, работающего как веб-приложение.  

• Использование логирования, Objen и Dependency Injection.  

• Вопросы и дальнейшие шаги.  

• Призывы задавать вопросы, если что-то непонятно.  

• Конфигурирование окружения хоста и инфраструктуры приложения.  

• Введение в конфигурирование веб-хоста и добавление встроенных сервисов.  

• Простота структуры консольного приложения.  

• Удаление ненужных элементов для упрощения кода.  

• Введение в дженерик веб-хост сервис и его интеграцию с обработкой HTTP-запросов.  

• Запуск веб-хоста через метод Start.  

• Реализация интерфейса IHostService и запуск абстрактного сервера.  

• Использование сокетов и коннекторов для обработки HTTP-запросов.  

• Создание и конфигурирование веб-хоста.  

• Установка корневой директории содержимого и чтение конфигурации хоста.  

• Разделение конфигурации хоста и приложения.  

• Настройка конфигурации приложения и хоста.  

• Приоритизация настроек и возможность переключения между конфигурациями.  

• Настройка логирования для дебага и мониторинга состояния приложения.  

• Считывание конфигурации базового логирования.  

• Использование системных технологий для записи вывода отладчика.  

• Финальный этап - создание Docker-контейнера для развертывания приложения.  

• Проверка всех добавленных классов и их зависимостей.  

• Жизненные циклы классов должны быть консистентными.  

• Конфигурационный веб-хост выполняет множество задач, включая статическую конфигурацию и подключение Castle.  

• Конфигурирование статического контента и подключение Castle.  

• Регистрация полезных сервисов и фильтров.  

• Добавление вспомогательных классов для обработки HTTP-запросов.  

• Конфигурация хоста и веб-хоста в ASP.NET.  

• Возможность создания консольных приложений и подписок на брокеры сообщений.  

• ASP.NET Core предоставляет полезные классы и фильтры из коробки.  

• Введение новых типов: VPS и VPS Builder.  

• VPS Builder объединяет хост и веб-хост в одну сущность.  

• VPS Builder настраивается через Fluent API.  

• Введение сущности Application Builder для конфигурации конвейера промежуточного ПО.  

• Application Builder хранит и добавляет обработчики HTTP-запросов.  

• Endpoint Router Builder регистрирует конечные точки для обработки запросов.  

• Возможность регистрации зависимостей в декларативном стиле.  

• Введение новых сущностей: ConfigHostBuilder и ConfigHostBuilder.  

• Сохранение старых методов и предоставление новых для конфигурирования.  

• Сравнение старого и нового кода в ASP.NET Core.  

• Удаление класса Startup и программы для демонстрации изменений.  

• Возможность регистрации зависимостей в процедурном стиле.  

• Соблюдена обратная совместимость, можно использовать старые методы.  

• Хост инкапсулирует сервис, проксируя вызовы.  

• Конфигурация контейнеров и конвейера запросов осталась прежней.  

• Конфигурация теперь проксируется через хост.  

• Методы, которые раньше были внутренними, теперь проксируют вызовы.  

• Можно использовать как старые, так и новые методы.  

• Веб-апликейшн и веб-билдер инкапсулируют старые концепции.  

• Все знания по 3-5.NET актуальны, но немного изменились.  

• Веб-апликейшн позволяет быстро запустить приложение.  

• .NET занимается чтением конфигурации среды, работой с контейнером и логами.  

• Это инфраструктурные задачи, не связанные с бизнес-логикой.  

• Вызывается через дефолт билдер.  

• Веб-апи работает в фоновом потоке, вызывая методы в цикле.  

• Хост мониторит соединения и преобразует их в контекст.  

• Можно создавать приложения, не обрабатывающие типичные запросы.  

• Упрощение инициализации проекта, но все обратно совместимо.  

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

• Основные задачи хоста: корневая директория, чтение конфигурации, конфигурирование логирования и проверка контейнера.  

• Регистрация сервисов и этапов обработки запросов.  

• Бизнес-код находится в этих двух блоках.  

• Важно изучить обработку запросов и инжекшен для этих целей.  

• Конвейер обработки типичных запросов будет изучен на следующей лекции.  

• Важно знать слои приложения: работа с куками, авторизация, сессия, биндинг данных, маршрутизация и аутентификация.  

• Приложение включает множество слоев, которые нужно знать и понимать.  

• После занятия будет выложен код с консольным приложением.  

• Будут рассмотрены дополнительные статьи и код.  

• Возможность обсудить оставшиеся вопросы.