Informática – Programación – Programación Orientada A Objetos
- Buscar las relaciones de herencia identificando los datos y/o funciones que son comunes a varios objetos.
- Buscar las relaciones de inclusión identificando grupos de datos y/o funciones que se complementen en un sólo objeto.
- No intentar nunca representar las relaciones de inclusión en los diagramas de herencia y viceversa.
- Debe pensarse en la aplicación como un conjunto de objetos que colaboran.
- Se deben diseñar primero los objetos y sus ficheros de cabecera, para implementar más tarde los métodos descritos en los ficheros de cabecera.
- Se debe poner toda la funcionalidad en los objetos, si una función no parece encajar en ningún objeto se debe aplazar su desarrollo hasta que aparezca un objeto adecuado.
- Se debe comenzar con los objetos sencillos y continuar añadiendo objetos a medida que parezcan evidentes.
- La utilización de un tipo como parámetro o como estructura de campo es un problema en potencia. Normalmente el tipo debe ir implícito en el objeto, quizás estamos intentando implementar un objeto que realice dos tareas cuando deberíamos utilizar dos o más objetos.
