Nik Faraday

Я это ранее хорошо описал в ответе на этот вопрос. Вкратце, всё что находится на стороне клиента доступно пользователю. Соответственно, пользователь сможет напрямую вмешиваться в работу этой части веб-приложения. А это значит, что недобросовестный пользователь может поломать валидацию, запросы и другие вещи. По этому, это нужно размещать на сервере, к которому пользователь не имеет прямого доступа. Соответственно именно сервер занимается обработкой запроса, валидациями и запросами в БД

А что такое API? Это просто сервер, куда вы будете делать HTTP запросы и получать информацию. Как разница, откуда вы будете делать HTTP запрос используя HttpClient. Ваш шаблон просто будет показывать, как вы это собираетесь выводить пользователю.

Хотите простенькую программу? Делайте Console Application
Хотите минимальный, но рабочий GUI? Делайте на Windows Forms/WPF
Хотите, что бы вашей программой пользовались на телефоне? Можете делать на Xamarin.NET или MUI
Хотите, что бы ваша программа была доступна без скачивания? Делайте на asp.net mvc
Хотите, что бы ваша программа была в интернете и имела красивый и быстрый UI? Можете сделать на asp.net web api и прикрепить туда в качестве клиента React, Angular или Vue.js
Не хотите делать переадресация трафика через API? Можете сделать только на React, Angular или Vue.js
Хотите быстрый GUI в браузере, но не хотите отходить от технологий Microsoft? используйте asp.net Blazor

Может какой-то Dependency Injection?)

Вообще, если у вас два класса столь "плотно" зависят друг от друга, значит их общую зависимость нужно вынести в другой класс

Что такое вообще сервер?

По факту, простыми словами, это конечная точка http запроса, к которой вы можете достучаться по ip адресу.

В чём проблема просто запустить свой сайт на своём ip? Потому что ваш ip является динамическим и изменяется каждых несколько минут. Технически, вы можете достучаться к вашему ПК из другого ПК, но такая связь будет не долгой, пока не изменится ip адрес.

Что тогда делать?
Вы можете обратиться к своему интернет - провайдеру для получения публичного статического белого ip адреса. В вашей сети будет выделен один статический публичный адрес, на котором вы сможете разместить свой программный сервер и тогда к нему смогут достучаться по ip.

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

Это вкратце для общего понимания, "Что, как и зачем" делать

Сейчас меня будут бить

Лично я бы посоветовал бы вас начать с C++. Сразу кажу, не из-за того что... Да чёрт его знает. В двух словах. Питон отличается от других языков программирования (Императивно - Декларативных), так что не очень хороший старт. Почему? Потому что у вас будет направление только Питон и, масимум Реакт. Я НЕ ГОВОРЮ ЧТО ЭТО ПЛОХОЙ СТЕК.

Для примера, почему я предлагаю начать с C++. Вы детально разберёте работу с памятью, типами данных, структурами и алгоритмами. Отсюда у вас буде уже очень мощная база для выхода куда угодно, та хоть в микроконтроллеры. Вообще отсюда можно идти уже во многих направлениях, C#, php, Java и т.д.

Но опять же, это моё субъективное мнение, что я считаю C++ лучше чем Python

UPD: да и C++ могли лучше прокачивает чем Python. На Python обычно очень много школьников начинают, на C++ работают инженеры)) Илон Маск начинал с программирования на C++ )))

Сделаю заключение долгих попыток десериализации сложных объектов, советов и рекомендаций.

Первое что нужно понимать при сериализации и десериализации, что объект должен иметь возможность полного построения, т.е., иметь public конструктор и все свойства должны быть set (Именно public set, init так же не подходит)

Проблема в том, что сериализаторы (По крайней мере те, который я использовал, это Newtonsoft.Json, System.Json и Utf8Json) не работают с System.Reflection, т.е., они могут восстановить только те поля/свойства, который доступны публично

BinarySerialization так же не подходит

Почему я не встречал такой ошибки раньше? Потому что на проектах типу web api + react основной единицей транспортировки данных были модели, так называемые DTO (Data Transfer Object), которые сами по себе имеют только публичные свойства и стандартный публичный конструктор без параметров и эти объекты отлично работают для отправки информации через http

Во прямо хард-кодом задаёте размеры блока. Попробуйте использовать пропорциональные размеры, т.е., вместо px воспользуйтесь процентами %

Да, вы можете спокойно работать на C# из различных ОС таких как Windows, Linux и MacOS. Для этого вы можете разрабатывать проекты на платформе .NET Core. .NET Core является кроссплатформенной, по этому вы можете писать, запускать, тестировать и разворачивать ваши приложения на .NET Core на любой из платформ. Ограничения по ОС есть только для .NET Framework, т.к. она "наглухо" привязана к Windows