Composition vs. Options

He trabajado con los dos, realmente la diferencia más notable es la reutilización de código en composition API es más completa, con las composables functions, aun así todo depende del proyecto. Cabe destacar que no nos tenemos que enfrascar en una sola, en un mismo proyecto se pueden usar las dos, y pues para algunos componentes sencillos es más fácil usar options API. Es cosa de ir trabajando codeando y cada uno va buscando su sabor en VUE.

Para proyectos pequeños, el options es muy útil, pero a mi parecer si la idea es un proyecto escalable composition se ajusta más, pero como lo recalcan en el curso, depende de para que, es donde se toma la decisión

siento que entendi en 25 % de todo este curso 😦 tocara volverlo a ver desde el principio!

no desfallecer

Composition API yo lo veo parecido a como cuando uno trabaja con react en el manejo de los componentes.

Definitivamente el codigo queda más compacto y estructurado.

Composition API me recordó a React Hooks. No sé, lo vi parecido.

Por mi parte he trabajado desde hace 4 años con React y con Vue.js y está nueva composition API definitivamente no me ha gustado, principalmente por 2 cosas:

1. Se parece en gran sentido a React por lo que pierde Vue.js esta gran característica de ser diferente vs. el uso de React o incluso Angular
2. Me parece más desorganizado y creo que no soy el único, aquí hay algo relacionado, y en el post dice que " … can make it difficult to refactor or improve code quality in larger scale projects. In this regard, Composition API provides better long term scalability.", No me parece que sea asi, ya que he tenido la oportunidad de trabajar en proyectos lo suficientemente grandes y ha sido mucho más escalable adicional, es más rápido incluir nuevas personas porque ya saben como está todo organizado, donde encontrar las cosas y no hay que hacerle un intro demasiado extenso para que pueda empezar a hacer cambios en el código.

A día de hoy he hecho algunos proyectos utilizando vue 2 realmente me asusta porque no se si utilizando vue 3 me irá bien o malll. Pero así es esto, esperemos podamos dominarlo.

optionsApi es muy usado en aplicaciones grandes tambien, es decir en proyectos hechos pej en laravel donde en el front puedes maquetar con en un archivo.blade.php y alli mismo pones tu partecita de reactividad con optionsApi

Pues al final el ejemplo con composition termino siendo más largo y complejo que el de options 😅, creo que a los principiantes puede hacerles más difícil la transición.

Veo muchas ventajas de composition Api, debo usarlo más para poder dominarlo. Muchas gracias por las clases!

Composition API es definitivamente más mantenible y escalable que el Options API, solo que en ciertas cosas preferería usar antes el optios que el composition. Suerte que se pueden usar los 2 en un mismo proyecto y podremos llamarlos a como nos convenga.

Me gusta bastante más composition API, se me hace mas familiar, y por mantener el código de un proyecto lo más unísono posible creo que lo mejor es elegir uno y quedarte con él.

Composition , por la similaridad que tiene con vanila JS. XD
Me sentí más cómodo utilizando esta metología.

Composition API FTW!

Siento que una de las ventajas del Composition API es la forma en como podemos organizar a nuestra manera el código, además que la escalabilidad sería mucho más sencilla teniendo en cuenta que todo se encuentra dentro de un mismo método, aunque depende del proyecto. Lo usaría más para para proyectos escalables y Options API en algo mucho más sencillo.

Excelente explicación.