tex0

Меньше слышите - больше осознаёте.
Это даже в плюс Вам к обучению.
Лекции на ютуб - крайне вредны для обучения любому языку программирования.

Начинайте всегда с официальной документации выбранного языка програмиирования.

Эффективно обучиться - Вы сможете ИСКЛЮЧИТЕЛЬНО! только САМОСТОЯТЕЛЬНО!

Только своё личное понимание, только свой опыт, только личные оптимизации могут дать Вам те знания, которые будут не у всех.
Главное - это желание и упорство познания.

80% сидят на windows
15% на маках
5% процентов красноглазят

Исходя из этого выбирайте размер аудитории и целесообразность заморочек. Сборка сетапа на WIX даст вам 50кб + ваша программа на C#
C учетом того что Net Framework уже стоит у пользователей windows. Делайте выводы.

PS кросплатформенность для десктопа это та шутка которая смешная еще с 2002 года.

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

Для всего остального можно использовать веб, в той или иной модификации.

Наследование и поля в class по-умолчанию private, в struct - public.
В остальном все одинаково.

Структуры - совместимость с языком Си. В С++ структуры и классы эквивалентны, кроме доступа по умолчанию.

int.TryParse()

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

Сначала отвечу на третий вопрос.
Чтобы понять, в чём разница между переопределением и перекрытием, нужно понять, как программа выбирает, какой вариант метода нужно вызвать, в зависимости от реального типа объекта.
Компилятор создаёт таблицу всех виртуальных методов класса (в том числе, переопределённых, потому что они тоже виртуальные) и указывает, в каком типе они обозначены. При вызове виртуального метода берётся реальный тип объекта и выбирается нужный вариант реализации метода.
Если вы указываете в классе-наследнике метод с ключевым словом new, то этот метод перестаёт быть переопределением метода базового класса, и этот метод не добавляется в ту таблицу переопределений. Значит, при вызове метода поиск по типу объекта не найдёт метод, отмеченный new (его же нет в таблице), и попытается найти ближайший метод.
Обратите внимание, что новый перекрываемый метод тоже может быть указан с ключевым методом virtual, то есть, он тоже попадёт в таблицу виртуальных методов, но как бы в другую таблицу, тем самым создавая новую иерархию реализаций.

2. Когда использовать переопределение, а когда перекрытие?
Обычно нужно переопределение, перекрытие редко кому нужно. Если нужна отдельная реализация у конкретного наследника, то (иногда) можно сделать метод с другим именем, и вызывать напрямую, а не через вызов виртуальных методов. Если это всё-таки необходимо (перекрыть метод), то нужно понимать, что вызвать такой метод через ссылку на базовый класс не получится (без приведения к нужному типу).

Интересно, что в Java все методы виртуальные, и нет возможности перекрыть (но не переопределить) базовый метод, как это можно в c#.

1. Как можно визуализировать эти подходы?
Этот вопрос непонятен. В графическом описании иерархии классов? В UML, насколько я помню, виртуальные методы пишутся курсивом. Значит, перекрытый метод будет обычным, не курсивным шрифтом.

try {
  const result = await redis.asyncGet(token)
} catch (e) {
  console.log('ooops', e)
}

ну или по старинке

redis.asyncGet(token)
  .then(result => { ... })
  .catch(error => { ... })

Нет никакой разницы, пиши на чем нравится, работы везде навалом, если являешься спецаилистом. (сейчас даже по Delphi вакансии есть)
Там где требуется реально очень высокая производительность, там уже есть люди которые за тебя все продумали и ты точно не будешь заниматься этими вопросами, ну худой конец докупет пару серверов)

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

Чтобы button.Background = Brushes.Red; работал нужно в ControlTemplate для Border'a вместо фиксированного цвета/градиента использовать биндинг на фон кнопки:
{TemplateBinding Background}

Но при этом в IsPressed триггере всё ещё останется фиксированный цвет, чтобы его тоже можно было менять нужно найти или создать (attached) DependencyProperty у кнопки куда этот цвет можно забиндить.
Так же в триггерах не работает TemplateBinding, вместо него следует использовать такой биндинг:

{Binding RelativeSource={RelativeSource TemplatedParent}, Path=PressedBackground}

public void Print(string str)
{
      Console.WriteLine(string.Format("{0} {1} Ok!", DateTime.Now, str));
}

public void Define() {
    this._IWeaponBehavior.useWeapon();
}

У вас useWeapon() возвращает void