Стоит ли учить только composition api?

Question

[frontendSomething]

Я начал работать со vue и если я правильно понимаю из документации vue делится на простой и composition api и вроде как composition api более новый вариант. Стоит ли учить простой vue или лучше сразу начинать с composition api?

Comments

[Константин Б.]

Чего там учить то?) Все то же самое просто выглядит по другому немного. Но смысл практически один и тот же, за исключением некоторых особенностей. Познав одно не сложно вникнуть в другое. Как программирование и ООП в целом. Я например фронтендер, пишу на TS (JS и Node), но также подтянул PHP, хз зачем)) В итоге недавно вообще на питоне понадобилось поднять микросервис для распознавания текста, подтянул либу, запустил обучение, накидал на FastApi небольшой Rest Api сервис и поднял его на VPS. Думаете я супер крутой проггер? Нет. Думаете я хотя бы день поизучал фреймворк и питон перед этим? Нет. Все просто по тому что все крутится вокруг одного и того же и отличается только визуально и есть свои нюансы.

[VolgaVolga]

на простой

Это называется options API.

Answer 1

[Aetae]

Вопрос мутный как и весь vue 3. :)
Если в React можно однозначно сказать ДА, с Vue, увы, так не получится, потому что много народу не отказалось и отказываться от options api не будет.

Почему так? А потому, что в отличие от React - в vue options api на порядок удобнее и проще как в освоении так и в применении(особенно с классовыми компонентами), при том не имеет никаких действительно критических недостатков.
Composition api же тут решают "проблему" которая и не встретится 99% пользователей(собственно завозит сложную перекрёстную композицию кусочков компонентов), при этом привносит кучу излишней сложности и микроконтроля(а также мерзкий синтаксис).

Официальная позиция: composition api - будущее, всё остальное фигня. Большинство библиотек также ориентируется на composition api. На практике же этого будущего можно и не дождаться.:)

В общем учи всё, благо более-менее просто.

Comments

[VolgaVolga]

Composition api же тут решают "проблему" которая и не встретится 99% пользователей

А как переиспользовать логику в нескольких компонентах? Mixins далеко не всегда удобны.

[Aetae]

VolgaVolga, если тебе это действительно нужно - используй composition api, для этого оно и придумано, эту задачу оно и решает.:)

Вот только на деле - это нахрен не нужно практически никогда: в 99% случаев то, что ты хочешь решить переиспользованием логики, куда правильнее и прозрачнее решается простым разделением на более мелкие компоненты.
***
Вообще правильный vue, с которым действительно приятно работать - это микрокомпненты не более 200 строк кода. Выноси даже один div с одном prop в компонент, если он повторяется - и будет тебе счастье.
***
Ещё в 0.9% случаев тебе не нужна реактивноь и работа с хуками, тебе нужно просто иметь общую функцию и ничто не мешает тебе её вынести в модуль как обычно.
Ещё в 0.09% случаев таки пригодятся миксины, что куда приятнее используются будучи абстрактными классами, от которых наследуешь свой классовый компонент, но это уже так себе.

[WapSter]

У реакта как раз с этим не однозначно, так как некоторые жизненные циклы есть только в классовых компонентах. А у vue все продублировано используешь хоть options api или composition api, к тому же с непонятным синтаксисом composition api вообще не согласен, он более понятен и удобен нежели options api в особенности если в нем используются миксины

[Aetae]

WapSter, конечно он более понятен React-разработчику, т.к. по сути vue 3 - это то, как должен выглядеть React нового поколения:).
Но с точки зрения Vue-разработчика, он привносит раздражающий и никому не нужный микроконтроль и boilerplate туда, где всё раньше и так прекрасно работало само, что в своё время было огромным преимуществом перед React.

Answer 2

[Val_epa]

конечно нужно!