Experiencia y práctica. Los nuevos desarrolladores de Java (en mi experiencia) tienden a:
- No tengo idea sobre el diseño / patrones y escribimos una gran cantidad de código no estructurado que es un desastre.
- He leído algunos libros de patrones de diseño OO y luego reviso los patrones de diseño de horquillado de sus libros en todas partes en su código, lo que crea un desorden complicado y sin sentido.
Descubrí que el enfoque óptimo es tratar los patrones de diseño como una herramienta. Cada patrón es bueno para resolver ciertos problemas y terrible cuando se usa de manera inapropiada. Se necesita experiencia para comprender cuándo aplicar un patrón y cuándo no hacerlo.
Una buena regla que debe seguirse es: que sea simple. ¡El código simple es genial! Es fácil de leer, comprender, y puede armar la imagen más grande. Escriba el código que necesite para hacer el trabajo con la solución más simple. Haz lo que tenga sentido.
- Cómo desarrollar un mapa de riesgos
- ¿Qué metodologías son útiles para gestionar el desarrollo de aplicaciones de software de tamaño mediano a grande?
- ¿Cuál es la parte más difícil de incorporar nuevos ingenieros de software en una empresa?
- ¿Cuál es la diferencia entre un arquitecto de software y un arquitecto de soluciones?
- ¿Cuáles son los principales desafíos de las pruebas de carga?
Básicamente, use patrones cuando: no usar el patrón significa que tendría un código bastante loco que es un desastre. Los patrones están ahí para mantener las cosas simples. Si está tratando de usar un patrón y está haciendo las cosas más complicadas / complicadas, entonces necesita reevaluar.
Los patrones también tienden a ser específicos del idioma debido a las construcciones y enfoques del lenguaje. Algunos patrones en Java no tienen ningún sentido en C #. Sin embargo, la mayoría de los idiomas tienen patrones.
En Java, los patrones comunes que más utilizo son:
– Singleton
– Fábrica
– MVC
– Constructor
Algunos que estuve usando durante años sin darme cuenta de que tenían nombres formales son:
– Fachada
– Delegado
– Adaptador
De todas formas. Sugiero no preocuparse por los cientos de patrones diferentes que existen. Comience a codificar. Obtenga experiencia y el resto se unirá.
Mucha gente ODIA absolutamente los patrones Java y Java porque trabajaron con desarrolladores o en equipos que se volvieron felices con el patrón y el código se convirtió en un desastre complejo masivo con el que era completamente loco y frustrante trabajar.
Menos es a menudo más. Simple es el camino.