Петр

XMLHttpRequest - это клиентское апи для общения клиента и сервера. Json -формат данных, монга - nosql-бд. Это разные вещи.
Я бы хранил данные в бд, по апи (через XMLHttpRequest) получал данные с сервера в формате json.
Вопрос очень странный

Посмотрите вот этот пример:

Он по сути похож на вашу задачу (если убрать четные пункты и немного стилизовать псевдоэлементы).

https://jsfiddle.net/pqvd43cr/22/

Возможно что то не так в конфигах webpack ?

У меня сейчас в проекте порядка 600+ vue компонентов.
Пересборка в dev с hot reload занимает 2-5 сек.
(win, ram 16gb, ssd, какой то старенький i3)

В далеком прошлом, я занимался пустой тратой времени. А именно - выбором языков программирования.

И продолжаешь этим заниматься.

Мне кажется, нужно учить в тот момент, когда они вам пригодятся, а не навязывать себе инструмент который модный и возможно по специфики работы вам не нужен (или нужен другой, а не модный). Поглядывать нужно, пробовать что-то делать тоже, чтобы понимать, какие инструменты есть.

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

Был в похожей ситуации. Могу сказать, что очень полезно порисовать картинки с помощью CSS (если не сталкивались - сходите на CodePen, там это дело очень полюбили). Звучит глупо, но тем не менее такая деятельность помогает очень быстро освоить те свойства CSS, которые обычно все гуглят и не понимают. Это своеобразные "концентрированные" задачи на верстку. Если в одном макете 5 сложных моментов, то тут в одной картинке - 25.

html {
  height: 100%;
}

body{
  background: linear-gradient(to bottom, #a588d6 0%,#b67dad 25%,#ee95ac 50%,#f4beb2 75%,#fae5b1 100%);
}

Является ли желтая квадратная форма в конце анимации видоизмененной кнопкой или же это совершенно другой элемент разметки?

По смыслу - это другой элемент. Если мы говорим про более-менее компонентный подход к верстке, то это должно быть очевидно. Кнопка - один компонент. Всплывающее окошко - другой компонент. Набросал небольшую заготовку:


С такими анимациями можно долго играться, самое главное - проверить в конечном итоге кроссбраузерность. А то в хроме и FF работает, а в каком-нибудь IE всякое может случиться.

P.S.: Но в целом - я голосую за реализацию таких вещей целиком на JS. Практика показывает, что в проектах с такими анимациями очень быстро собирается большое количество одновременно анимирующихся значений у большого количества элементов, которые нужно синхронизировать между собой. На CSS голова лопнет все это делать. И да, чем больше всего меняется в CSS-анимациях в единицу времени, тем выше шанс найти какой-нибудь редкий баг и долго ломать себе голову в поисках проблемы. Лучше уж взять какую-нибудь библиотеку вроде anime.js или любимый многими GSAP и использовать их.

Cast - если возможно, лучше использовать его (не всегда есть возможность)
Parse - создан для работы со строками, если у вас есть строка, в которой хранится число, то лучше использовать этот вариант. Важно помнить, что если строка будет равна null, то метод выкинет исключение ArgumentNullException
Convert - для строк вызывает внутри себя метод Parse, при этом, если строка null, то метод не выкидывает исключение, а возвращает 0. Так же он может принимать любой объект, который реализует интерфейс IConvertible, поэтому его лучше использовать когда не известно, что именно строка придёт в метод. Ещё у Convert есть возможность конвертировать в любой тип в generic методах. Для строк Parse чуть чуть отработает быстрее, чем Convert

P.S. В интернете куча ответов на этот вопрос, учитесь искать на английском - 95% информации там

Вопрос этот задается раз в неделю стабильно. Поиском научитесь пользоваться для начала, этот навык вам точно пригодится.
Если по существу, курсы это трата времени. Есть мануалы и техдокументация.
Если хотите с чего-то начать, пройдите базу на htmlacademy, потом перечитайте webref.
И главное, как тут кто-то сказал - 20% теории и 80% практики.

Нужно еще учитывать, как часто вам придется переделывать интерфейс вслед за сайтом.
Поэтому вычеркиваете С++, Шарп, Дельфы и прочие нормальные языки, на которых вы угрепаетесь переписывать браузер самостоятельно, и читаем, что такое Electron.

Через reflection. Грузите свою сборку, ищите классы, которые реализуют нужный вам интерфейс и используете их.

//m = new Message();
m = MessageFactory.GetMessage();

А вот в MessageFactory уже искать тот метод, который создаст нужный объект (например, как указал freeExec).

Как вариант - использовать IoC-контейнер:
1) в главной сборке создать контейнер.
2) найти нужную сборку и передать в неё этот контейнер
3) в той сборке забиндить нужный класс на этот интерфейс в переданном контейнере.

Тот же приём можно использовать, когда в решении есть два проекта, второй проект использует первый проект (первый добавлен в зависимостях), а вот первому нельзя добавить второй проект в зависимостях. Решение - контейнер в первом проекте, а классы биндятся во втором. Тогда пункт 2 не нужен.

Получается мне что то на подобии создания плагинов надо. При помощи какой технологии можно подобное сделать?

Managed Extensibility Framework (MEF)