En este primer vídeo asentamos los conceptos de una arquitectura con flutter. Os recomiendo mucho el post de filledStacks porque es muy interesante: www.filledstacks.com/post/flu...
Excelente explicación, justo lo que ando buscando... puedo apreciar que de esta seria solo tienes tres videos, me pregunto solo esos tres comprenden la serie? Por otro lado, StackFilled tiene un seria de paquetes utiles, y como has dicho has tomado parte de ello en tu explicación aca en el video.. me surge la pregunta, ¿Es conveniente depender tanto de paquetes de terceros para poder desarrollar?
Umm.. Viniendo del mundo Spring Boot, entiendo que DataSources, sería el repositorio, es decir coger los datos a través por ejemplo de JPA, JDBC , etc.. y lo que llamas Repositories, sería los services, que contiene la lógica de negocio ??? A ver si lo entendido bien, Los domain models esta claro, será los POJOS o también podríamos meter a las entitys. Seguro que con un ejemplo tonto, por ejemplo, una app de ejemplo sería lo suyo.
Los repositorios no deberían contener la lógica de negocio, solo la lógica de cómo se manejan los datos. Estoy trabajando en un repo de ejemplo y lo trataremos en otro vídeo si :)
![ОРБАН приехал к ПУТИНУ и "отчитался" о поездке в Киев 😁 [Пародия]](http://i.ytimg.com/vi/_0ukDovOWq8/mqdefault.jpg)
Muy bien vídeo. Llevo muy poco con Flutter y me encanta. Espero poder ver pronto los demás vídeos. Gran explicación.
Excelente video, muchas gracias 😀👍
Gracias!
Justo lo que necesitaba
Me alegro de que te haya gustado, sacaré más hablando de arquitecturas :)
me parece más al MVVM que en xamarin se usa y me parece genial pero nose si esta hecho flutter para que funcione de manera óptima con este patrón
Vaya usas el BM-800 y no lo detecté en tus otros videos =D lo haces sonar bastante bien!!
Excelente explicación, justo lo que ando buscando... puedo apreciar que de esta seria solo tienes tres videos, me pregunto solo esos tres comprenden la serie?
Por otro lado, StackFilled tiene un seria de paquetes utiles, y como has dicho has tomado parte de ello en tu explicación aca en el video.. me surge la pregunta, ¿Es conveniente depender tanto de paquetes de terceros para poder desarrollar?
Umm.. Viniendo del mundo Spring Boot, entiendo que DataSources, sería el repositorio, es decir coger los datos a través por ejemplo de JPA, JDBC , etc.. y lo que llamas Repositories, sería los services, que contiene la lógica de negocio ??? A ver si lo entendido bien, Los domain models esta claro, será los POJOS o también podríamos meter a las entitys. Seguro que con un ejemplo tonto, por ejemplo, una app de ejemplo sería lo suyo.
Los repositorios no deberían contener la lógica de negocio, solo la lógica de cómo se manejan los datos. Estoy trabajando en un repo de ejemplo y lo trataremos en otro vídeo si :)