Петр

У вас есть класс к примеру

namespace WindowsFormsApp1
{
    public delegate void GetMessage(string message);
    public class EventTest
    {
        public event GetMessage _msg;
        public void Test(int a)
        {
            if(a > 3)
            {
                _msg?.Invoke($"{a} > 3");
            }else
            {
                _msg?.Invoke("Не понятно");
            }
        }
    }
}

В рамках namespace объявлен делегат с типом void и входящим параметром string.
В самом классе есть событие и обычный метод, который при входящем параметре int проводит сравнение и для вывода информации ссылается на событие созданное выше .
Вот форма.

namespace WindowsFormsApp1
{
    public partial class Form1 : Form
    {
        EventTest test = new EventTest();

        public Form1()
        {
            InitializeComponent();

            test._msg += Test__msg;
        }

        private void Test__msg(string message)
        {
            label1.Text = message;
        }

        private void button1_Click(object sender, EventArgs e)
        {
            int a = Int32.Parse(textBox1.Text);
            test.Test(a);
        }
    }
}

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

Слушайте больше тех, кто трет по ушам за то, что https нельзя расшифровать. "Что сделано одним человеком, завсегда другой может разломать" (С)
Сертификат состоит из двух частей - собственно сертификата и ключа. Сертификат рассылается всем подряд, его рассылка безопасна. Им шифруют. Ключ должен хранится в секрете, утечка ключа - полная компроментация сертификата. Им расшифровывают.
Защита https соединения основана на доверенных сертификатах. Когда Алиса хочет установить соединение с Бобом, она отправляем ему свой сертификат. Боб соответственно отправляет свой. И сейчас они уже могли бы установить соединение и сгенерить сессионный ключ, но возникает вопрос - а как Алиса удостоверится, что полученный ею сертификат принадлежит Бобу, а не хакеру Джону?
Скажу сразу - путей убедиться в том, что сертификат принадлежит Бобу, основываясь только на сертификате - нет. Нужно либо использовать предварительно согласованный ключ, если Алиса и Боб когда-то встречались раньше, либо обратиться к некоему арбитру, доверие к которому абсолютно ("командир сказал - хорек! И никаких сусликов!"). Если арбитр подтверждает, что этот сертификат принадлежит Бобу - значит так оно и есть.
И вот тут на сцену выступают доверенные корневые центры аутентификации. Это перечень арбитров, которые являются "абсолютной истиной" для данной системы. Если один из них, причем неважно какой сказал "это сертификат Боба" - система считает, что это сертификат Боба и переходит к генерации уникального сессионного ключа, который в теории не должен быть известен никому, кроме Боба. Не зная этого ключа соединение действительно расшифровать невозможно.
Но "хитер демон в Аппсале, а Язон динАльт хитрее". Хакер Джон развертывает у себя удостоверяющий центр и убеждает/заставляет каким-нибудь образом установить сертификат своего CA в корневые. Что происходит после этого? А то, что любой сертификат, выпущенный хакером Джоном - будет считаться доверенным!
Теперь Джону нужно "всего лишь" перехватить начальный пакет соединения Алисы к Бобу (не пропуская его к Бобу, конечно же). Джон выпускает себе сертификат с тем адресом, на который обратилась Алиса, а система Алисы посчитает этот сертификат доверенным - ведь он выпущен СA Джона, который у нее доверенный! Алиса установит соединение с Джоном, предполагая, что это Боб и отдаст ему сессионный ключ. Джон просмотрит урл, куда обратилась Алиса и, если ему это неинтересно, то он просто пропустит соединение через себя - отдаст сессионный ключ Бобу и дальше в соединение не вмешивается. Этот режим называется splice. Если же ему интересно, о чем там собираются они пообщаться, он инициирует соединение от своего имени, используя сессионный ключ Алисы и в дальнейшем так и сидит посередине, передавая пакеты справа налево и наоборот. Этот режим называется peek.
Это классическая атака Man-in-the-Middle (человек посередине) и она применяется в любом прокси squid с включенным режимом бампинга.
Остается только один вопрос - а как же Джон заставит Алису поставить сертификат своего СA в доверенные? Ну, здесь есть как минимум два варианта
1. Алиса - сотрудник конторы, а Джон - ее директор и хочет знать, куда ходят его подчиненные в рабочее время. Поэтому он наряжает админов сделать так, чтобы сертификат конторского CA у всех стоял в доверенных. Это стандартный сценарий в любой мало-мальски крупной конторе.
2. "Джон" является госструктурой, которую нарядили контролировать куда ходят граждане и она обязует всех провайдеров просто не пускать никуда, если на компе не стоит сертификата CA от "Джона". Это уже в реале сделано в Казахстане и скоро будет и в России.

Никто вам ничего не должен, даже если вам очень сильно это не нравится!

То, что это есть в законе — ерунда (как и запрет указания пола даже для вакансии грузчика)... глупый закон... очень легко его обойти с поводом "а мы еще думаем то есть не отказ это, просто рассматриваем всегда так",...
или может они вообще не видели ваш отклик (даже если в системе есть метка "просмотрено" — это не может являться доказателсьвом просмотра компетентным человеком или именно той компанией, которая может ответить перед законом, тк не всегда есть приказ об ответственности от гендиректора — грубо говоря без ведома компании сотрудник HR может опубликовать вансию...) крч, не парьте мозг себе на ровном месте, займитесь делом!


Способы обойти хитрых:

• внешним HR — типа консультатнт, который присматрвает кандидатов...
  
• или приписка — "вакансия не актуальная, но вы можете написать в запас",
  
• или приписка "не является офертой",
  
• или вообще не давать вакансии, а смотреть по резюме
  
• или подставная компания в hh.ru (самый простой способ)
  
• или написать бота, который автоматом будет писать письма "счастья"
  

Совет:
Лучше не лелейте надежды, делайте хорошее резюме, пишите только по делу, пишите много куда и звоните и предлагайте встречу, а не ждите и не рисуйте себе маслом какие-то ожидания.

Если хотите привлечь к ответственности — отправляйте письмо с уведомлением на юрадрес компании!
Посторонние сервисы (типа hh.ru и прочее — фуфло в плане юридической ответственности)

upd: Если по АПИ собирать отклики на вакансию на hh.ru, то не отмечается резюме просмотренным

Неправильно.

API (application programming interface) - набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах.

https://ru.wikipedia.org/wiki/API

Ваш пример с запросами на сервер и возвращающимся JSON-ом это очень частный случай. Главная ошибка в вашем утверждении состоит в том, что API - это не те штуки который к вам возвращаются, а те штуки которые сработали после вашего запроса.

Может быть при этом они вам вернули результат, иногда он даже бывает в формате JSON.

1) Список моделей хранить в ObservableCollection,
2) В классе модели реализовать интерфейс INotifyPropertyChanged (можно сделать это в базовом классе)
3) В свойствах модели в сеттере вбрасывать событие PropertyChanged с именем свойства:

private string _name;
public string Name
{
    get
    {
        return _name;
    }
    set
    {
        if (_name != value)
        {
            _name= value;
            RaisePropertyChanged(nameof(Name));
        }
    }
}

// можно сделать в базовом классе, в котором и реализовать интерфейс INotifyPropertyChanged
protected virtual void RaisePropertyChanged(string propertyName)
{
    var handler = PropertyChanged;
    if (handler != null) handler(this, new PropertyChangedEventArgs(propertyName));
}

Пропускайте https соединения к api только с тем сертификатом, который используется на сайте api.
Сами ключи получайте по https со своего сервера с самоподписанным сертификатом, другие сертификаты не разрешайте.

А просто со временем, до всех доходит, что программирование это не интересные исследования, познания неведомого как в фантастике, прикручивание двумя кликами новых движков.
А на деле - это еще и множество рутинной и кропотливой работы, которая по сути - скучная, однообразная, И ее процентов 80.

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