patterns - state pattern c#
Cuándo usar qué patrón de diseño? (6)
Aunque es un hilo viejo, si está buscando algo en .NET, use este artículo extremadamente útil Patrones de diseño .NET en C # que muestra cómo usarlos en el mundo real. HTH!
Me gustan mucho los patrones de diseño, pero me resulta difícil ver cuándo puedo aplicar uno. He leído muchos sitios web donde se explican los patrones de diseño. Entiendo la mayoría de ellos, pero me resulta difícil reconocer un patrón en mi propia situación.
Entonces, es por eso que hago esta pregunta. ¿Hay alguna guía / alerta de cuándo usar qué patrón de diseño?
Por ejemplo, si está haciendo una declaración de cambio para determinar qué objeto necesita crear, probablemente desee utilizar el patrón de diseño de fábrica. Entonces, la instrucción de cambio en este caso es una ''alarma'' para usar el patrón de Fábrica.
Entonces, ¿conoces más ''campanas de alarma'' para determinar un patrón de diseño?
Estoy completamente de acuerdo con @Peter Rasmussen.
Los patrones de diseño brindan una solución general al problema de diseño habitual.
Me gustaría que sigas el siguiente enfoque.
- Entender la intención de cada patrón
- Comprender lista de verificación o caso de uso de cada patrón
- Piense en la solución a su problema y compruebe si su solución se encuentra en la lista de verificación de un patrón particular
- Si no, simplemente ignore los patrones de diseño y escriba su propia solución.
Enlaces útiles:
sourcemaking : Explica el intento , la estructura y la lista de verificación de forma hermosa en varios idiomas, incluidos C ++ y Java
wikipedia : explica la estructura, el diagrama UML y ejemplos de trabajo en varios idiomas, incluidos C # y Java.
La lista de verificación y las Reglas sourcemaking en cada sourcemaking diseño sourcemaking proporcionan la campana de alram que está buscando.
La mayoría de los patrones usados se encuentran en 23 Gang of four ... Puedes verlo here . Explica cómo y cuándo usarlos.
Para empezar, echa un vistazo a esta página: http://codebetter.com/jeremymiller/2006/04/11/six-design-patterns-to-start-with/
Mientras que Jeremy aquí trata con algunos patrones, debe leer estos artículos y luego continuar con esto: http://codebetter.com/jeremymiller/2005/09/01/learning-about-design-patterns/
También use las referencias en este artículo (especialmente la entrevista de Eric Gamma) y usted debe estar configurado.
Por lo general, el proceso es al revés. No vaya en busca de situaciones donde usar patrones de diseño, busque código que pueda ser optimizado. Cuando tienes un código que crees que no está estructurado correctamente. intente encontrar un patrón de diseño que resuelva el problema.
Los patrones de diseño están destinados a ayudarlo a resolver problemas estructurales, no diseñe su aplicación solo para poder usar patrones de diseño.
Aprende y lentamente podrás reconcebir y descubrir cuándo usarlos. Comience con algo simple como el patrón Singleton :)
si quieres crear una instancia de un objeto y solo UNO. Usas el patrón singleton. Digamos que estás haciendo un programa con un objeto de opciones. No quieres varios de esos, sería una tontería. Singleton se asegura de que nunca haya más de uno. El patrón Singleton es simple, se usa mucho y es realmente efectivo.