El principio de Interface Segregation establece que un cliente solamente debe conocer aquellos métodos que realmente va a utilizar y no aquellos de los que no hará uso. Debido a la simplicidad del patrón Prototype, no es necesario realizar un ajuste complejo en su implementación para que pueda cumplir este principio.
El patrón Prototype define en su modelo el uso de una clase padre que usualmente se establece como una interfaz o una clase abstracta. En el modelo mostrado se observa el uso de la clase abstracta “Shape” que implementa la interfaz proporciona por el lenguaje Java, Cloneable. Basta observar que las clases “Rectangle” y “Square” heredan de la clase “Shape” para saber que estas tendrán acceso a los métodos definidos en la clase “Shape”. El patrón Prototype al hacer uso del método clone, garantiza que las clases hijas harán uso de este método definido en la interfaz “Cloneable” e implementado en la clase padre. De esta forma, dependería si los otros métodos colocados en la clase abstracta "Shape" serán realmente utilizados en las clases hijas, lo cual es cierto y por lo tanto este modelo en particular cumple con el principio de Interface segregation.
Básicamente el patrón Prototype ya viene por defecto cumpliendo el principio Interface segregation pero para que este se siga cumpliendo a la hora de implementarlo es necesario que la implementación, a la cual se le aplicará el patrón, cumpla desde antes este principio y así al aplicar el patrón Prototype en esta, no altera el cumplimiento del principio.
Nenhum comentário:
Postar um comentário