Alex

Нет. Сделайте computed свойство со всеми добавленными свойствами и рендерите его

Тег <select> позволяет создать элемент интерфейса в виде раскрывающегося списка, а также список с одним или множественным выбором

Тег <datalist> Создает список вариантов, которые можно выбирать при наборе в текстовом поле.

Другими словами <select> — это элемент интерфейса который использует набор данных.
А <datalist> только описывает набор данных который может быть использовать в одном или в нескольких других элементах интерфейса

https://uk.wordpress.org/plugins/one-click-demo-import/

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

Я бы использовал нативные уведомления. А показывать их и "дзенькать" будет уже система.

/(hate|expressions)/gi;

Откройте исходники плагина. И найдите там свою анимацию.

Почитайте немного тут. Но в целом, практика лучший учитель. Написав проект, и начав его поддерживать вы столкнетесь с определенными проблемами. А за ними придет и осознание того, что и как стоит переделать, чтобы эти проблемы ушли.

По моему это вообще не играет роли. Больше важно как вы настроите контекстную рекламу. Насколько релевантно она будет работать и т д.

Тем более если, SPA для клиента работает как обычный сайт, то есть, ссылки меняются в УРЛ, при посещении конечного УРЛ пользователь попадает на ту же страницу, есть серверный рендеринг,

При такой архитектуре — нельзя.
У вас три асинхронных компонента. Каждый компонент загружается независимо, и отображается тогда, когда будет загружен. Ваши компоненты должны оставаться абсолютно независимыми друг от друга.

Ваша проблема в том, что модуль в vuex зависит от компонента. А так быть не должно. Загружайте vuex раньше и только потом инициализируйте компоненты.

https://github.com/paulirish/lite-youtube-embed

Тут вам нужно провести исследование, так как есть много нюансов
Например:
Браузер может самостоятельно прекращать обработку тех узлов которые он определяет как "не отображаемые". Но Определит ли браузер узел как "не отображаемый" зависит от ваших стилей.

Узлы которые пользователь не видит, стоит удалять из DOM чтобы освободить ресурсы клиента. Но если у вас есть необходимость в быстром восстановлении узла, и вы будете хранить его html в переменной JS то тут не понятно где будет больше затрат.

Насколько я понимаю, у вас что-то вроде ленты активностей? Тогда можно сделать так: Один контейнер, в котором отображаются любые активити. При чем, каждая новая открытая заменяет собой предыдущую. Так, все старые узлы будут удаляться из DOM, а новые будут доступны для быстрого просмотра, если пользователь закроет активити и сразу захочет открыть её снова.

https://css-tricks.com/native-lazy-loading/
https://www.bram.us/2018/02/01/lazy-loading-images...

Конструктор — это функция которая создаёт какой-то объект.

Вот объекты мы можем создавать литералом, тогда зачем нужен конструктор объектов?

Иногда нужно описать сложную логику формирования этого объекта. Несколько условий, циклов, создание под-объектов со своими конструкторами и тд.

+ Прототипное наследование.

UPD.
Вот вам пример из реального проекта. Он на TypeScript, но, думаю, разберетесь.
Конструктор принимает некоторый простой объект данных (контекст) что-то валидирует, что-то отбрасывает, что-то сохраняет в неизменном виде и в конце блокирует возможность изменения этого объекта делая его readonly.
Описать всё это в виде литерала не выйдет. Поэтому нужна функция-конструктор.