.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 через його продуктивність та універсальність. Крім того, він повністю налаштовується, забезпечуючи розробнику повний контроль над роботою сервера.

**Гарячий Перезавантаження** — це функція в .NET, яка дозволяє розробникам змінювати вихідний код додатку під час його виконання без необхідності зупиняти і перезавантажувати додаток. Змінений код негайно компілюється та впроваджується в запущений додаток.

Це означає, що якщо ви вносите зміни в інтерфейс або бізнес-логіку, вам не потрібно зупиняти та перезапускати додаток, щоб побачити ці зміни в реальному часі. Це підвищує ефективність розробки, економлячи час та усуваючи (або принаймні зменшуючи) переривання, спричинені перезапуском.

Гарячий Перезавантаження наразі доступний для консольних додатків, WPF-додатків (.NET Core 3.1 і пізніші версії), додатків Windows Forms (.NET 6.0 і пізніші версії), і додатків ASP.NET Core (за винятком додатків Blazor).

Відмінною особливістю цієї функціональності є те, що її можна використовувати без необхідності підключення відладки, що робить її використання ще більш ефективним у повсякденній розробці додатків. Гарячий Перезавантаження працює як у режимі Debug, так і в режимі Release.

**Global Tool** — це спеціальний тип пакета NuGet, який включає консольний застосунок. Цей інструмент встановлюється глобально на вашому комп'ютері і може використовуватися з будь-якого місця в системі.

Це може бути корисним у багатьох ситуаціях, наприклад, коли ви хочете отримати доступ до конкретної функції .NET Tools, не додаючи її як залежність до кожного проекту. Прикладом Global Tool є .NET Watcher, який автоматично збирає та запускає застосунок при виявленні змін у вихідному коді.

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

Існує також можливість локальної установки інструменту для конкретного проекту за допомогою опції `--tool-path`. Це може бути корисним, якщо ви хочете використовувати різні версії інструментів для різних проектів.