🤔 Cuándo usar

  Рет қаралды 23,295

CodelyTV - Redescubre la programación

CodelyTV - Redescubre la programación

Күн бұрын

Пікірлер: 18
@hernanojeda9172
@hernanojeda9172 4 жыл бұрын
Qué bueno encontrar personas que hablen al respecto del tema! Llegué medio tarde (mas de un año), pero me les dejo mi opinión al respecto del tema de la inyección de dependencias vs instancia en el constructor: - Para el caso de los repositorios me parece que no debería existir otra manera que no sea la inyección porque sino dentro del caso de uso deberíamos conocer detalles propios del IO (DataSource, RestClient, etc) - Para el caso de los Domain Services, desde mi punto de vista debería ser igual, también deberían estar inyectados. Me parece que en mi caso de uso no debería tener conocimiento de la implementación particular del servicio, el "finder" podría llamar a uno, dos o cinco repositorios para encontrar el video, pero en el caso de uso no me debería interesar esa particularidad. Si instancio el servicio en cada caso de uso que lo utilice, entonces el caso de uso debería conocer todos los repositorios que utiliza el servicio. Por otro lado, teniendo en cuenta que el servicio no debería mantener estado, lo definiría dentro del contexto de IoC como un singleton. Para concluir, definitivamente tendría todo inyectado. Espero su devolución =) Saludos!
@nemines001
@nemines001 5 жыл бұрын
👍🙏 andaba buscando estilo podcast de backend casi todos los canales se enfocan al front
@CodelyTV
@CodelyTV 5 жыл бұрын
😊😊😊
@igarriz
@igarriz 4 жыл бұрын
Chicos esta explicación a sido buenísima como siempre. Os sigo desde hace tiempo. Chapo por vuestro contenido
@Ramiprops
@Ramiprops 3 жыл бұрын
Voy un poco tarde al video, pero yo inyectaria el servicio de dominio. Esto evita el denominado "courier antipattern" que básicamente intenta evitar eso de necesitar dependencias de tus dependencias. Al constructor tiene que llegarle las dependencias inmediatas, no las dependencias de dependencias de dependencias... A la que tu dominio se complique un poco, se puede volver excesivamente complejo este proceso de creación del árbol de dependencias.
@cristianmosteiro6458
@cristianmosteiro6458 3 жыл бұрын
muy buenos los tips gente, muchas gracias por compartir, me gusta la forma de presentarlo tambien. de pronto como hace mucho no toco el viejo y querido php pues me cuestan un pelo mas que con ejemplo en java o c# pero como dicen ustedes en, vamos todo no se puede y los ejemplos y conceptos son cross del lenguaje. Arriba
@lucianosantillan164
@lucianosantillan164 4 жыл бұрын
Genios!
@softwarengineeringwithfabri
@softwarengineeringwithfabri 6 жыл бұрын
yo los domain services los creo también en el caso de uso. Realmente es algo de dominio que está muy ligado con el caso de uso. Lo mismo pasa con Domain entities, factorias etc
@xserrat
@xserrat 5 жыл бұрын
Sobre este caso, no acabo de verle la ventaja a instanciar un domain service directamente en el caso de uso. Por cómo lo veo, si lo hacemos así, será necesario inyectar al caso de uso todas las dependencias que necesite tanto el propio caso de uso como el domain service. Además, si el domain service necesita de una dependencia más o menos, tendremos que cambiar todas las instanciaciones que se hayan hecho en los casos de uso... Por otro lado, le veo sentido por el hecho de que el domain service visto desde el caso de uso, dado que nos ayuda a solucionar una lógica y que puede necesitar dependencias para resolverla, le especificamos qué dependencias necesita para ejecutar esa lógica...
@compartelo007
@compartelo007 3 жыл бұрын
Si no me he perdido la clase VideoFinder es un service, así que si ese service uso interface (cosa que en este vídeo no es el caso) lo inyectaría y si no usa interface, lo instanciaría. Saludos
@CosasCotidianas
@CosasCotidianas 4 жыл бұрын
No sería interesante inyectar sólo el servicio Videofinder, al cual se le inyecte la dependencia repository?
@RodrigoGarcia-nr6hv
@RodrigoGarcia-nr6hv 4 жыл бұрын
Me parece que estaría bueno inyectar también el servicio, más que todo también para no ocultar las dependencias del caso de uso, no?
@AprendizSerial1979
@AprendizSerial1979 4 жыл бұрын
Mas volumen a los vídeos, se escucha medio bajo
@hg3dev242
@hg3dev242 4 жыл бұрын
Creerian que deben comprar microfono, el tema es bueno, pero el tema del audio es un factor muy importanteee
@josuemercally
@josuemercally 4 жыл бұрын
Todo bien, pero cuando explican en PHP ya no entiendo nada....
@bonaoenchelcha
@bonaoenchelcha 4 жыл бұрын
Realmente, deberian explicar en java o c# :)
@patriciabonaldy9624
@patriciabonaldy9624 4 жыл бұрын
jure que era en php el codigo en el video
@clay9963
@clay9963 3 жыл бұрын
Que pena que no sepa PHP, yo domino mas C#
Errores comunes al diseñar Interfaces - #SOLID - ISP
9:56
CodelyTV - Redescubre la programación
Рет қаралды 26 М.
How Strong is Tin Foil? 💪
00:26
Preston
Рет қаралды 140 МЛН
Running With Bigger And Bigger Lunchlys
00:18
MrBeast
Рет қаралды 120 МЛН
Domain Driven Design en 10 minutos // ¿Qué es y cuando usarlo?
15:15
The Coder Cave esp
Рет қаралды 30 М.
La Regla de Oro del Clean Code
14:55
CodelyTV - Redescubre la programación
Рет қаралды 9 М.
4.- Interfaces | Curso de fundamentos de C#
14:53
hdeleon.net
Рет қаралды 39 М.
Laravel Contracts and PHP Interfaces: Explained with Two Examples
10:10
INTERFAZ o Clase ABSTRACTA ❓ Dilemas de la POO
9:54
Charly Cimino
Рет қаралды 10 М.
¿Qué es la Computación Distribuida? | Domain-Driven Design
17:34
CodelyTV - Redescubre la programación
Рет қаралды 25 М.
How Strong is Tin Foil? 💪
00:26
Preston
Рет қаралды 140 МЛН