You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Open-closed Principle
Se propone que la clase Account sea una interfaz para que los demás tipos de cuenta puedan implementarla. De esta forma al agregar más tipos de cuentas o modificar un tipo de cuenta existente, no se modifica la interfaz.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
Dependency Inversion Principle
Se propone que Customer extienda de una clase superior. Esto con el fin de tener un sistema más flexible y poder tener más tipos de usuarios en el sistema. Al hacer aquello debemos ya no depender directamente de Customer en la clase Bank. Se invierte la dependencia y ahora dependeríamos de una clase de nivel superior. La clase User.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
Interface Segregation Principle
Se propone que Transaction sea una interfaz y que se separe en dos interfaces: IDeposito e IRetiro. Esto permitiría que se puedan crear distintos tipos de transacciones y que puedan implementar los métodos correspondientes a cada transacción.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
The text was updated successfully, but these errors were encountered:
Open-closed Principle
Se propone que la clase Account sea una interfaz para que los demás tipos de cuenta puedan implementarla. De esta forma al agregar más tipos de cuentas o modificar un tipo de cuenta existente, no se modifica la interfaz.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
Dependency Inversion Principle
Se propone que Customer extienda de una clase superior. Esto con el fin de tener un sistema más flexible y poder tener más tipos de usuarios en el sistema. Al hacer aquello debemos ya no depender directamente de Customer en la clase Bank. Se invierte la dependencia y ahora dependeríamos de una clase de nivel superior. La clase User.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
Interface Segregation Principle
Se propone que Transaction sea una interfaz y que se separe en dos interfaces: IDeposito e IRetiro. Esto permitiría que se puedan crear distintos tipos de transacciones y que puedan implementar los métodos correspondientes a cada transacción.
Se propone el siguiente código:
El diagrama UML para la situación propuesta sería:
The text was updated successfully, but these errors were encountered: