Вы напрямую стейт меняете так

Да, приходится. Но в текущем контексте это "не добрый" совет.

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

Вот только в мутации и меняем

Никтож не говорит, что реакт плох. Плох - jsx

Таки я и написал на вопрос, почему не обновляется стейт через геттер в объекте, что нужно в мутации изменить присваевание по ссылке на Vue.set

А, понял) а зачем вам вложенность там

Шаблоны аутентичнее. JSX - зло.

Что то что это к жс приводится

Котлеты это жс. Шаблоны и жсх это мухи. Для каждого свои

Котлеты это жс. Шаблоны и жсх это мухи. Для каждого свои

Шаблоны стары как мир. JSX - адская дичь.

во вью не все можно реализовать на шаблонах, поэтому многие ui библиотеки написаны с render(), на реакте такой проблемы нет, ты пишешь на jsx все

Не совсем. Жс это котлеты. Разметка это компот.

а где много рендеров, там уже и jsx

Мнения разделились на староверов, впитавших в себя MVC, и прогрессивных, готовых что угодно с чем угодно мешать :)

во вью не все можно реализовать на шаблонах, поэтому многие ui библиотеки написаны с render(), на реакте такой проблемы нет, ты пишешь на jsx все

Можно кейс в студию?

какой тебе кейс?

MVC плохой паттерн, неудобный, никто никогда и не пишет на чистом MVC

К вопросу о render().

vuetify

Ладно, по другому вопрос поставлю. У кого на боевом проекте (не админка на скорую руку) была необходимость тащить толстую AiO-либу или фигачить render() везде?

Ладно, по другому вопрос поставлю. У кого на боевом проекте (не админка на скорую руку) была необходимость тащить толстую AiO-либу или фигачить render() везде?

использовать на боевом какой нибудь ui фреймворк это пиздец конечно :)

я рендер использую на совсем простых компонентах, например на счетчике или баджике. ну и еще рендер для корневого App, потому что зачем там шаблон вообще 😊

Так в функциональных и дешевых компонентах сложной логики и не должно быть. Там render() приходится применять ради производительности.

я не про функциональные, их шаблоном вообще не напишешь.

render() на базовых компонентах скорее всего нужен

Напишешь)

К примеру, ячейка в таблице - это дешевый компонент с render(), строка - нет. Об этом речь?

К примеру, ячейка в таблице - это дешевый компонент с render(), строка - нет. Об этом речь?

Напишешь)

нет, для написания групп компонентов например <GroupButton> <Button> <Button> </GroupButton>

render() функция в данном контексте будет достаточно простой.

а о чем мы спорим?

разметка отдельно, логика отдельно, данные отдельно!

Вот и выбираешь. что важнее - мясо в супе или сметана к сырникам

впрочем, JSX это не просто смешение языков - это полная противоположность MVC: компонент отдельно, компонент отдельно, компонент отдельно :)

JSX не противопоставляется MVC же вообще

Подходы противоположные

на вью даже нет какого-то крупного проекта

Разносить компоненты и смешивать код или разносить код

Рили ?? посмотрите где используется iView UI

компоненты могут быть вполне dumb и тогда они будут заниматься только отображением, а JSX содержать только view логику

принцип JSX заключается в описании логики отображения в виде чуть расширенного JS

Жсх <-> шаблоны и ничего не изменится в фразе)

принцип JSX заключается в описании логики отображения в виде чуть расширенного JS

на вью даже нет какого-то крупного проекта

Vue чаще всего используется на существующих проектах в виде частичной интеграции. Слишком мало времени со становления на ноги прошло для разговора о крупных проектах.

Да просто работает и всё. Кому надо вопить об этом на каждом углу

Vue чаще всего используется на существующих проектах в виде частичной интеграции. Слишком мало времени со становления на ноги прошло для разговора о крупных проектах.