Clases Traduccion

Clases


¿De dónde vienen los objetos? La primera tarea en un diseño orientado a objetos esencontrar las clases que lo compondrán. Este capítulo proporciona un proceso quepuede utilizar para empezar a encontrar esas clases. Le ofrecemos una serie dedirectrices, herramientas y ejemplos para ayudar a descomponer la aplicación en las clases. También podemos ayudarle a comenzar.



Encontrar lasclases
Entonces, ¿cómo empieza? Que comienza con la especificación de requisitos, porsupuesto, como es la única entrada que tiene. Si no tienes una especificación de loque están de diseño, escriba una descripción de los objetivos de su diseño. Discutir lascosas que debe hacer su sistema: sus entradas esperadas y respuestas deseadas. Siusted tiene una especificación, lea y entiéndaloantes de empezar. Su objetivo escrear clases de objetos que modelarán el dominio de
su aplicación. Los artículos mencionados en la especificación están probables quesean parte de ese modelo.

Lea através de la especificación de requisitos de nuevo, esta vez buscando sintagmas.Cambiar todas plurales a singulares y hacer una lista preliminar. Es probable, mirandopor encima de esa lista, que mentalmente se dividirá los artículos sobre él en trescategorías: clases obvias, absurdo evidente y no está seguro acerca de frases. Esgeneralmente seguro descartar el absurdo evidente.
De las otras dos categorías, puede recoger selectivamente las clases candidato.
No todas de estos candidatos serán las clases en su diseño final, por supuesto.
Algunos sinduda será espurias. Otras clases que finalmente aparece en su diseño a serignorados por este proceso. Después de todo, la lengua es una herramienta ágil yflexible, y conceptos generalmente pueden ser indicadas en docenas de formas, así que sin duda tendrá que aplicar el juicio a los resultados de este procedimiento.
Sin embargo, es una buena forma de empezar.Elegir las clases en su sistema es el primer paso para definir la esencia de su problema.Si usted puede nombrar una abstracción, o mejor aún, encontrar uno yaapropiadamente nombrado en la especificación, has encontrado una clase decandidato. Si usted puede formular una declaración de propósito para esa clase decandidato, el
posibilidades son aún mayores, que se incluirá en su diseño. Destacar el importante yeliminar la irrelevante.
Aparte de este pedazo de sentido común, qué otros criterios puedes usar para
¿ayudara decidir cuales sintagmas son candidatos significativos para las clases? Aquíestán algunas pautas para elegir las clases del candidato.
• Modelo objetos físicos, tales como discos o impresoras en la red.
• Modelo conceptuales entidades que forman una abstracción cohesiva, tales como un
ventana en una pantalla, o un archivo.
• Si se utiliza más de una palabra por el mismo concepto, elegir la que es
más significativa entérminos del resto del sistema. Esto es parte del edificio
un vocabulario común para el equipo en su conjunto. Elija cuidadosamente; la palabra
usted elige su punto de vista del color, y tienen un impacto sutil en su
modelo evolutivo.
• Tener cuidado con el uso de adjetivos. Adjetivos pueden utilizarse de muchasmaneras.
Un adjetivo puede sugerir otro tipo de objeto, un uso distinto de lamismo objeto, o podría ser totalmente irrelevante. Hace el objeto representado
¿por el sustantivo se comportan diferentemente cuando el adjetivo se aplica a él? Si el
uso del adjetivo señala que el comportamiento del objeto es diferente, entonces
Haga una nueva clase.
• Desconfíe de las oraciones en la voz pasiva, o aquellos cuyos temas no son
parte del sistema. Especificaciones son rara vez tan cuidadosamente escritas como estogarantiza el uso de las mismas. Las frases escritas en la voz pasiva han implicado
los sujetos, aunque ninguna frase de Sustantivo aparece en la página. Replantear laoración en la voz activa. Enmascara un tema que podría ser una clase requerida por la aplicación, o está escondiendo nada de importancia....