Consejos prácticos
Cambiar el nombre de los clasificadores y aplicar ingeniería inversa
El proceso descrito más abajo tiene lugar durante la ingeniería inversa y la sincronización automática, tanto en la versión independiente de UModel como en los complementos de UModel para Visual Studio y Eclipse.
Si cambia el nombre de un clasificador en la aplicación de programación, el clasificador se elimina o se vuelve a insertar en la ventana Estructura del modelo de UModel como clasificador nuevo.
El clasificador nuevo solo se vuelve a insertar en los diagramas de modelado que se crean automáticamente durante el proceso de ingeniería inversa o cuando se genera un diagrama con el comando Mostrar en un diagrama nuevo de | Contenido. El clasificador nuevo se inserta en una posición predeterminada en el diagrama que probablemente no coincida con su ubicación anterior.
Para más información consulte el apartado Refactorizar código y sincronización.
Generación automática de RealizacionesDeComponente
UModel puede generar RealizacionesDeComponente automáticamente durante el proceso de ingeniería de código. Las RealizacionesDeComponente solo se generan cuando está totalmente claro a qué componente se debe asignar una clase, es decir:
•Cuando solo existe un archivo de proyecto de Visual Studio en el archivo .ump.
•Cuando existen varios proyectos de Visual Studio pero sus clases están totalmente separadas en el modelo.
Para habilitar la generación automática de RealizacionesDeComponente:
1.Seleccione el comando de menú Herramientas | Opciones.
2.Haga clic en la pestaña Ingeniería de código y marque la casilla Generar las realizacionesDeComponente que falten.
Las RealizacionesDeComponente automáticas se crean para un clasificador al que solo se le puede asignar un único componente. Es decir:
•un clasificador que no tenga ninguna RealizaciónDeComponente o
•un clasificador que esté dentro del espacio de nombres de un lenguaje de código
Hay varias maneras de buscar componentes, dependiendo del tipo de componente.
Si se trata de componentes que representan un archivo de proyecto de código (cuando tiene definida la propiedad projectfile):
•se busca si hay UN componente que tiene/realiza clasificadores en el paquete que lo contiene.
•se busca si hay UN componente que tiene/realiza clasificadores en un subpaquete del paquete que lo contiene (de arriba a abajo).
•se busca si hay UN componente que tiene/realiza clasificadores en uno de los paquetes primarios (de abajo a arriba).
•se busca si hay UN componente que tiene realiza clasificadores en un subpaquete de uno de los paquetes primarios (de arriba a abajo).
Si se trata de componentes que representan un directorio (cuando tiene definida la propiedad directory):
•se busca si hay UN componente que tiene/realiza clasificadores en el paquete que lo contiene
•se busca si hay UN componente que tiene/realiza clasificadores en uno de los paquetes primarios (de abajo a arriba)
Notas:
•es necesario activar la opción Generar las realizacionesDeComponente que falten (de la pestaña Ingeniería de código del cuadro de diálogo "Opciones locales").
•en cuanto UModel encuentra UN componente viable durante los pasos descritos más arriba, el componente se utiliza y se omiten los pasos siguientes.
Errores/advertencias:
•si no se encuentra ningún componente viable, se genera una advertencia.
•si se encuentran varios componentes viables, se genera un error.