Como puedes apoyar al canal. De antemano muchas gracias. Compra mi colección de componentes: bit.ly/394mmhq Adquiere NordVPN: bit.ly/3Q0DPbm Donaciones: bit.ly/3arPn6T
vengo de starOverFlow leí sobre traits para reutilizar código. pero no me quedaba del todo claro, pero con este video lo entendí muy bien, muchas gracias por ofrecer este contenido
Muchísimas gracias. Ahorita estoy trabajando en un buscador reusable para la colección de componentes usando Laravel Scout pero de momento no tengo vídeos en el canal.
Genial, me parece muy interesante, aunque no he llegado a entenderlo del todo en un caso real, con las imágenes más o menos lo he entendido. Hasta ahora lo que hacía eran llamar a helper, ejemplo helpers.php y dentro iba creando métodos que luego reutilizo en distintos sitios. ¿Que sería mejor usar un trait o un helper?
Son cosas diferentes aunque es cierto que se pueden llegar a utilizar de forma similar en ciertos casos, te explico algunas diferencias los helpers los pueden crear dentro de una clase o sin ella, mientras los traits extienden las funcionalidades de una clase, por eso puedes ver que hay algunos helpers como now(), route() entre otros que los puedes llamar donde necesites porque no dependen de una clase como tal, y los traits si. La forma de inicializarlos es diferente para un trait debes usar la palabra use como se ve en el vídeo y no se tienen que instanciar y el helper va a depender de como se creo si los helpers se crearon dentro de una clase puedes extenderlos por ejemplo helper::funcion() como una función estática, en caso de que solo crearas una función puedes usarlo como te dije en el párrafo anterior ej: now() Comúnmente se usan los helpers para cosas concretas y tareas repetitivas más sencillas, como pasar los nombres a mayúsculas, cosas así, los traits se buscan cuando vas a trabajar con tareas un poco más complejas y que se van a usar o se pueden usar en múltiples clases así no vas repitiendo el código, también los puedes combinar con las interfaces como el caso del paquete de spatie media library donde puedes apreciar esa combinación. Pero al final es cuestión de como cada desarrollador quiere estructurar los proyectos porque no es mejor uno que otro, porque puedes llegar a utilizar un helper para subir las imagenes como mostré y si te funciona está bien, lo que es importante es que el código sea entendible y que pueda ser mantenido a lo largo del tiempo. Disculpa si me extendí mucho, espero que te haya podido explicar las cosas bien pero si tienes más dudas me avisas. Saludos.
@@codewithluis Muchas gracias por la explicación. Lo he entendido. Yo lo que hice creo que no es la mejor manera de hacerlo, es meter en un método dentro de un helper, es una consulta amplia que está esperando varios parámetros. La consulta se usa para llamadas que se ejecutan en cada una de las API(es una megaconsulta que se repite y por eso la añadí en un helper) para recorrer luego en un bucle de manera masiva. El problema es que hay tantas cosas que tengo que implementar que intento hacerlo lo más óptimo posible pero en algunos casos me centro en que funcione.
@@Avefenixfuego8 lo primero es hacer que funcione cuando ya está esa parte, trata de optimizar siempre y cuando sea posible, habría que ver si esa consulta la puedes hacer con un query scope o si se puede realizar de otra y revisa haciendo pruebas de rendimiento y miras el comportamiento, puedes ver algunos vídeos en el canal acerca del rendimiento de las consultas.
@@codewithluis Te agradezco mucho el trabajo y el esfuerzo que haces por ayudarme. El rendimiento según he estado viendo parece óptimo, quizás exista seguramente una mejor opción, ya que en este caso estoy usando Query builder con un DB::select para esta consulta. Pero voy a echar un vistazo al video que comentas del scope y del rendimiento también.
@@Avefenixfuego8 si la consulta te funciona bien entonces no vas a tener problemas aunque asegurate que los demás pueden entenderla por si alguien más tiene que ayudarte o darle soporte a esa parte. Saludos.
Como puedes apoyar al canal. De antemano muchas gracias.
Compra mi colección de componentes: bit.ly/394mmhq
Adquiere NordVPN: bit.ly/3Q0DPbm
Donaciones: bit.ly/3arPn6T
Nuevo vídeo guardado para futuras consultas, tienes de los mejores contenidos de laravel, sigue así!
Muchas gracias Diego, de verdad aprecio mucho tus palabras y vamos a continuar.
Saludos.
vengo de starOverFlow leí sobre traits para reutilizar código. pero no me quedaba del todo claro, pero con este video lo entendí muy bien, muchas gracias por ofrecer este contenido
Me alegra haberte ayudado Alexis.
Saludos.
Muy buena explicación, gracias por compartir tus conocimientos.
Muchas gracias.
Saludos Cristhian.
Excelente tips. Desconocía el uso de traits
Si son bastante útiles para que reutilizar el código
Sigue así, tienes contenido muy interesante e informativo
Muchas gracias. Saludos.
Excelente video, estaba buscando algo para reutilizar código :D :D :D
Me alegro que el video que pueda ayudar.
Saludos Vladimir.
Dejo mi like, en agradecimiento.
Muchísimas gracias
genial video amigo me gusta mucho tu canal por estos tips ayudan mucho de casualidad tienes algun tips con laravel scout
Muchísimas gracias.
Ahorita estoy trabajando en un buscador reusable para la colección de componentes usando Laravel Scout pero de momento no tengo vídeos en el canal.
Excelente, el trait es parecido como a la herencia
Si, en algunos aspectos es muy parecido. Saludos.
👏🏽👏🏽👏🏽👏🏽
Gracias Facundo, espero que les ayude el video.
Saludos.
Genial, me parece muy interesante, aunque no he llegado a entenderlo del todo en un caso real, con las imágenes más o menos lo he entendido.
Hasta ahora lo que hacía eran llamar a helper, ejemplo helpers.php y dentro iba creando métodos que luego reutilizo en distintos sitios.
¿Que sería mejor usar un trait o un helper?
Son cosas diferentes aunque es cierto que se pueden llegar a utilizar de forma similar en ciertos casos, te explico algunas diferencias los helpers los pueden crear dentro de una clase o sin ella, mientras los traits extienden las funcionalidades de una clase, por eso puedes ver que hay algunos helpers como now(), route() entre otros que los puedes llamar donde necesites porque no dependen de una clase como tal, y los traits si.
La forma de inicializarlos es diferente para un trait debes usar la palabra use como se ve en el vídeo y no se tienen que instanciar y el helper va a depender de como se creo si los helpers se crearon dentro de una clase puedes extenderlos por ejemplo helper::funcion() como una función estática, en caso de que solo crearas una función puedes usarlo como te dije en el párrafo anterior ej: now()
Comúnmente se usan los helpers para cosas concretas y tareas repetitivas más sencillas, como pasar los nombres a mayúsculas, cosas así, los traits se buscan cuando vas a trabajar con tareas un poco más complejas y que se van a usar o se pueden usar en múltiples clases así no vas repitiendo el código, también los puedes combinar con las interfaces como el caso del paquete de spatie media library donde puedes apreciar esa combinación.
Pero al final es cuestión de como cada desarrollador quiere estructurar los proyectos porque no es mejor uno que otro, porque puedes llegar a utilizar un helper para subir las imagenes como mostré y si te funciona está bien, lo que es importante es que el código sea entendible y que pueda ser mantenido a lo largo del tiempo.
Disculpa si me extendí mucho, espero que te haya podido explicar las cosas bien pero si tienes más dudas me avisas.
Saludos.
@@codewithluis Muchas gracias por la explicación. Lo he entendido.
Yo lo que hice creo que no es la mejor manera de hacerlo, es meter en un método dentro de un helper, es una consulta amplia que está esperando varios parámetros. La consulta se usa para llamadas que se ejecutan en cada una de las API(es una megaconsulta que se repite y por eso la añadí en un helper) para recorrer luego en un bucle de manera masiva. El problema es que hay tantas cosas que tengo que implementar que intento hacerlo lo más óptimo posible pero en algunos casos me centro en que funcione.
@@Avefenixfuego8 lo primero es hacer que funcione cuando ya está esa parte, trata de optimizar siempre y cuando sea posible, habría que ver si esa consulta la puedes hacer con un query scope o si se puede realizar de otra y revisa haciendo pruebas de rendimiento y miras el comportamiento, puedes ver algunos vídeos en el canal acerca del rendimiento de las consultas.
@@codewithluis Te agradezco mucho el trabajo y el esfuerzo que haces por ayudarme. El rendimiento según he estado viendo parece óptimo, quizás exista seguramente una mejor opción, ya que en este caso estoy usando Query builder con un DB::select para esta consulta. Pero voy a echar un vistazo al video que comentas del scope y del rendimiento también.
@@Avefenixfuego8 si la consulta te funciona bien entonces no vas a tener problemas aunque asegurate que los demás pueden entenderla por si alguien más tiene que ayudarte o darle soporte a esa parte. Saludos.