romaro

const SORT_FUNCS = {
  priceAsc: (a, b) => a.price - b.price,
  priceDesc: (a, b) => b.price - a.price,
  formedAsc: (a, b) => a.formed_in - b.formed_in,
  formedDesc: (a, b) => b.formed_in - a.formed_in,
};

const data = useMemo(() => {
  const sortFunc = SORT_FUNCS[sortType];
  return sortFunc ? [...bands].sort(sortFunc) : bands;
}, [ sortType ]);

Не совсем понял в чём именно проблема.
Вы не понимаете как поставить обработчик на Enter? В целом это обычный слушатель на событие keypress, например с проверкой свойства key (event.key === "Enter").

Или не ясно как в этом обработчике дальше логику строить?

также будет имитироваться клик на кнопку которая отправляет сообщение

Вам не нужно пытаться имитировать клик по кнопке, это усложнит код. Обработкой нажатия на enter и клика по кнопке отправки должен заниматься один обработчик. Т.е. у вас есть два слушателя (на enter и на клик по кнопке), но они должны вызывать одну функцию/метод который уже и отправляет сообщение.

Фундаментально WPF ничем не изменился. WPF в .NET 6 почти ничем не отличается от WPF в 4.8
Какие-то проблемы от несовместимости могут быть, но их точечно можно порешать.
Ну и ещё будут проблемы с тем, как идёт работа с проектом, тк проект в .NET Core отличается от проектов в .NET Framework, но это тоже легко можно загуглить.

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

1. Канал уведомления (NotificationChannel). Вот это то самое: Email, SMS, Telegram, Slack, VK и т.д. Его ответственностью является отсылка сообщения определенным способом (определенный текст в определенный адрес). Я бы написал его интерфейс так:

interface NotificationChannel {
  void send(String to, String text);
}

2. Уведомлятель (Notifier). Его ответственностью является формирование уведомления. И тут тоже возможны варианты, поскольку разных пользователей нужно уведомлять о разных событиях и разным образом. Его ответственостью является сформировать текст сообщения и отправить через определенный канал. Интерфейс выглядит примерно так:

interface Notifier {
  void notify(User user, Event event);
}

3. Дальше возможны варианты. В частности формирование текста сообщения можно выделить в отдельную ответственность, создав класс (или интерфейс) NotificationFormatter. Если предусматривается настройка каналов уведомления для каждого пользователя, то может потребоваться какой-нибудь NotificationChannelManager и т.д. Погружаться в эту кроличью нору можно очень глубоко. Все зависит от того насколько детально вы хотите разложить подсистему на объекты.

Лично я бы начал как минимум с интерфейса Notifier, который позволяет "закрыть" подробности реализации подсистемы уведомлений от вызывающего кода. Эта граница, на мой взгляд, лишней не будет. А затем уже, по желанию или при необходимости, раскладывал его реализацию на отдельные, несвязанные классы.

Самый простой вариант

const get = timeout => url => 
  Promise.race([
    fetch(url),
    new Promise((resolve, reject) =>
      setTimeout(() => reject(new Error('timeout')), timeout)
    )
  ]);

Вариант с AbortController