Las clases de helado y pastel poseen código muy similares. Se crea la clase padre Postre, una clase óptima, en el cual las clase hijas helado y pastel heredan los métodos y atributos según los requerimientos necesarios. Con este diseño, el código queda abierto para extensión ya que habría muchas formas de agregar sin modificar el código existente.
Los procesos de agregar o quitar un aderezo, perfectamente pueden estar incluidos en la clase padre Postre, la herencia en las clases helado y pastel podran modificarse según se requiera. Se mantiene la responsabilidad de maneja la información del postre y usa los métodos de las demás clases.
Se crea una nueva clase de ManejadordePrecio, para que las clases helado y pastel no convellen la responsabilidad y asi no violar el principio OCP, debido a que si se desea modificar el precio de los postres se tendría que abrir la clase postres para modificarla.
La clase aderezo esta muy desacoplada, si se desea bajar con cada tipo de aderezo que existe no se va a lograr. Por el cual se crean las subclases frutilla, crema y malvadiscos que extienden de aderezo para una mejor modificación y asi no violar el principio DIP.
El manejador de leche daba un error de compatibilidad y accesibilidad con otras clases. Mientras que en la clase leche entera posee el método abstracto usar pastel, lo que hacia que la clase leche deslactosada lo implemente, sin embargo para los pasteles no se puede utilizar la leche deslactosada porque se dañaría la mezcla. Lo cual realizaba que implemente un método no deseado. Se quita el metodo asbtracto y se lo agrega postre mediante una validación para verificar si el postre es un helado o un pastel y asi no violar el DIP.
