.NET Framework и .NET Core — это две разные платформы, реализующие стандарт .NET. Вот некоторые ключевые различия между ними:

1. **Поддержка кроссплатформенности**:
.NET Framework доступен только для операционной системы Windows, тогда как .NET Core является кроссплатформенным и работает на различных операционных системах, таких как Windows, Linux и MacOS.

2. **Модели приложений**:
.NET Framework поддерживает различные модели приложений, включая Windows Forms, WPF и ASP.NET. .NET Core, с другой стороны, изначально имел ограниченные модели приложений, в основном консольные и ASP.NET Core. Начиная с версии 3.0, .NET Core также начал поддерживать WPF и Windows Forms, но только на Windows.

3. **Поддержка микросервисов**:
.NET Core является лучшим выбором для микросервисов благодаря своей модульной и легковесной природе. Это позволяет создавать небольшие, независимые сервисы, которые могут разрабатываться и масштабироваться независимо. .NET Framework, с другой стороны, не рекомендуется для архитектуры микросервисов.

4. **Производительность**:
.NET Core более эффективен и быстрый по сравнению с .NET Framework благодаря различным улучшениям и оптимизациям.

5. **Поддержка версий**:
.NET Core предлагает лучшую поддержку различных версий. В .NET Core у вас есть лучший контроль над версией используемой среды выполнения. В .NET Framework обновления обычно затрагивают всю систему и могут вызвать проблемы совместимости.

**Kestrel** — это веб-сервер, который используется по умолчанию в ASP.NET Core при создании веб-приложений. Он является кроссплатформенным сервером, что означает, что он работает на различных операционных системах, таких как Windows, Linux и macOS.

**Kestrel** может справляться как с небольшими, так и с крупными проектами, что делает его универсальным выбором для разработчиков. Самая важная черта этого сервера — его очень высокая производительность, особенно по сравнению с предыдущими серверами, использовавшимися в ASP.NET.

Тем не менее, это всего лишь один из множества серверов, которые можно использовать в ASP.NET Core. Его можно заменить на другой сервер, такой как IIS или HTTP.sys, если это необходимо. Kestrel является выбором по умолчанию при создании новых приложений в ASP.NET Core благодаря своей производительности и универсальности. Кроме того, он полностью настраиваемый, что дает разработчикам полный контроль над тем, как сервер работает.

**Hot Reload** — это функция в .NET, которая позволяет разработчикам изменять исходный код приложения во время его работы, без необходимости останавливать и перезапускать приложение. Измененный код немедленно компилируется и внедряется в работающее приложение.

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

Hot Reload в настоящее время доступен для консольных приложений, приложений WPF (.NET Core 3.1 и новее), приложений Windows Forms (.NET 6.0 и новее) и приложений ASP.NET Core (исключая приложения Blazor).

Отличительной особенностью этой функции является то, что ею можно пользоваться без необходимости прикрепления отладчика, что делает ее использование еще более эффективным в повседневной разработке приложений. Hot Reload работает как в режиме Debug, так и в режиме Release.

Global Tool — это специальный тип пакета NuGet, который содержит консольное приложение. Этот инструмент устанавливается глобально на компьютере и может использоваться из любой точки системы.

Это может быть полезно во многих ситуациях, например, когда вы хотите получить доступ к определенной функции .NET Tool, не добавляя её в зависимости каждого проекта. Примером Global Tool является .NET Watcher, который автоматически компилирует и запускает приложение при обнаружении изменений в исходном коде.

Для установки Global Tools используется команда `dotnet tool install -g`, где параметр `-g` указывает на глобальную установку инструмента. Для удаления используется `dotnet tool uninstall -g`.

Также существует возможность установки инструмента локально для конкретного проекта с использованием параметра `--tool-path`. Это может быть полезно, если вы хотите использовать разные версии инструментов для различных проектов.