Patrones de diseño en php

[Patriarka]

Hola Gente, hace unos dias fui a una entrevista laboral y me tope que aun con 3 años de experiencia trabajando en empresas y como freelance aun me falta mucho mucho...

una de las cosas que hacen mucho incapie es en los patrones de diseño en php y para mi sorpresa en javascript!
desde ya que no me muy bien que digamos por que se hacer lo que me pidan pero en ese sentido voy muerto.

que tanto uds implementan "concientemente" los patrones de diseño e incluso el diseño diagramado con estrucuturas etc etc en sus proyectos?

[pateketrueke]

Tengo una idea muy clara de cuando usar patrones de diseño así como cuando usar expresiones regulares, todo es resultado de la relación etimológica de los términos.

Una patrón de diseño se puede aplicar cuando precisamente detectas un patrón que se repite a lo largo del software, este patrón sería por ejemplo la persistencia en base de datos.

Entonces usamos el patrón ActiveRecord para evitarnos hacer todo a mano.

Si en otro momento vemos que es necesario persistir un valor o instancia a través de la ejecución de nuestros scripts tal vez podríamos usar variables globales, pero el mejor patrón a aplicar aquí debe ser Registry.

Imagina que tu pagina web necesita un contenedor de configuración global, en cierto punto no es necesaria tener mas instancias de dicha información así que usamos Singleton para dicho efecto.

Si el problema es común y ya existe una solución entonces podemos usar un patrón.

Evidentemente hay que ser consciente de los patrones disponibles para usarlos como diccionario al momento de analizar un problema en articular.

[GatorV]

Totalmente, si aplicas POO (y lo aplicas bien) es necesario el uso de patrones de diseño, sobre todo para resolver problemas puntuales de formas establecidas.

Es complicado aplicarlos en programación estructural, pero no imposible, pero realmente es necesario si quieres crecer como programador que los conozcas, conozcas que es lo que resuelven, como se aplican (a alto nivel) y que ventajas / desventajas tienen.

Saludos.

[abimaelrc]

Uno aprende con el paso del tiempo y lectura los patrones, pero a veces (inconcientemente) uno puede estar trabajando en algún patrón y no sabes el nombre, solo que puede ser que lo estés trabajando de una forma que puede darse el caso (hasta es lo más probable) más complicado de lo que debe ser. Por eso es que se requiere lectura, porque ya otro pasó el trabajo de trabajar y explicar como resolver un problema de cierta forma.

Solo te digo que esta experiencia, debes usarla para animarte a estudiar.

[Patriarka]

perfecto,
entender para que sirven y cuando usarlos tambien es de buena ayuda

estoy seguro que se muchos de ellos , pero a ninguno lo llamo por su nombre

gracias

[pateketrueke]

Iniciado por Patriarka

estoy seguro que se muchos de ellos , pero a ninguno lo llamo por su nombre

Eso es bueno, parece ser que ya has identificado muchos patrones al momento de resolver problemas, al parecer usamos muchos patrones de diseño de manera inconsciente todo el tiempo.

[dashtrash]

Los patrones de diseño van en dos direcciones.A veces, uno los implementa sin darse cuenta, o , mientras está desarrollando, decide usar una clase con respecto a un patrón.
Pero esto no es lo "puramente" correcto.Porque, como su nombre indica, son patrones *de diseño*.Pertenecen a esa fase del desarrollo.La idea es , una vez identificados los objetos e interacciones del sistema, intentar atribuir tanto los objetos como las interacciones a un patrón conocido.

[Patriarka]

Iniciado por pateketrueke

Eso es bueno, parece ser que ya has identificado muchos patrones al momento de resolver problemas, al parecer usamos muchos patrones de diseño de manera inconsciente todo el tiempo.

creo que tambien tiene que ver que muchas veces se trabaja de manera muy informal y no se hacen los diagramas necesarios, que de alli sale todo: llamese D.E.R. 's por ejemplo
se va haciendo la db sobre la marcha, despues nadie sabe a donde quiso llegar el que la creó, ni hablar si la modificó otro developer, q enmuchos casos "desnormaliza" las tablas inconcientemente....

[dashtrash]

Iniciado por Patriarka

creo que tambien tiene que ver que muchas veces se trabaja de manera muy informal y no se hacen los diagramas necesarios, que de alli sale todo: llamese D.E.R. 's por ejemplo
se va haciendo la db sobre la marcha, despues nadie sabe a donde quiso llegar el que la creó, ni hablar si la modificó otro developer, q enmuchos casos "desnormaliza" las tablas inconcientemente....

O que , en muchos casos, una web es algo que no tiene un alcance definido desde un principio (se hace de forma iterativa, o se usan metodologías ágiles, o se parte de un prototipo), que en muchas ocasiones, el cliente no está interesado, ni está dispuesto a pagar un análisis complejo, que no son proyectos pensados para durar, que la web es el mundo de los "programadores", más que de los "arquitectos", que si la web hubiese requerido un ciclo de desarrollo tipo RUP, ahora habría como..20 sitios web en total en el planeta...Que no se sabe sacar partido a los diagramas..Hay muchas cosas.
Y te lo cuento mientras estoy editando un DER de 200 tablas.

Por cierto, desnormalizar tablas es una práctica muy común, cuando no un requerimiento (véase NoSql)

[Patriarka]

ok, a todo esto me gustaria me recomienden algun libro de patrones de diseño (en lo posible en español) yo voy hacer lo mio y les voy a contar como me fue.

[masterpuppet]

Los dos mas importantes son:

Design Patterns: Elements of Reusable Object-Oriented Software(GoF)
Patterns of Enterprise Application Architecture(Martin Fowler)

Saludos.

[Patriarka]

excelente amigo

muchas gracias