А по существу, вы же его создавали, вам и оценивать, сколько в него вложено времени и средств. Если сайт писался под заказчика, есть шанс, что без его участия он стоит примерно 0 рублей. Он стоит столько за сколько его готовы купить, попробуйте поискать потенциального покупателя на стороне.
Наверное из соображений оптимизации, если свойство нигде не используется, то и незачем его пересчитывать. Если вам хочется использовать вычисляемые свойства, то используйте их и все будет нормально. Не нужно использовать их для исполнения побочного кода.
Axios это 5 кб, зачем про это вспоминать, если схема зала на 1Мб. Просто нам нравятся разные подходы и это не повод спорить) Без четкого ТЗ не выберешь оптимальное решение на 100%
Лучше всегда то, что лучше знаешь. Я бы выбрал vue за более лаконичный код. Плюсом благодаря реактивности в будущем проще было бы сделать отображение реализации мест другим клиентам в реальном времени.
https://3qrkqw17l5.codesandbox.io/ Я ж дал ссылку, понажимайте на кнопку, каждый раз добавляется canvas. Только с размерами беда, но это не относится к задаче
Спасибо за ответ, условиями ограничен технически, но и в то же время велосипед изобретать не хочется. С учетом использования ORM при появлении возможности перейти на более подходящую БД малой кровью.
Есть еще пара существенных различий, yield не может иметь в качестве дефолтного значения HTML, а только текст. А еще @section может быть расширен через @parent, а не только переопределен, как yield
Проиндексирует поисковик, вот и компрометация. Несколько лет назад у одного их мобильных операторов произошел такой фейл, когда выписки клиентов оказались в индексе. Они, наверное, тоже думали, что такого не произойдет