architecture – ¿Terminología adecuada para un pequeño conjunto de clases estrechamente acopladas?

Pregunta:

¿Cuál es la terminología adecuada para un conjunto pequeño (2-4) de clases estrechamente acopladas? Estas clases no pueden funcionar de forma independiente.

Estaba pensando en system , pero después de buscar un poco en Google, he determinado que la palabra se usa típicamente para describir el software como un todo.

Luego, pensé en subsistema , pero no sé si el término se aplica si el número de clases en el subsistema es pequeño.

¿Qué piensan ustedes? Esto es para una presentación para un profesor que quiere que proporcione definiciones para todo.

Editar:

Esencialmente, estoy describiendo varias formas de diseñar sistemas de objetos de juegos, que se encuentran en los motores de juegos. Estoy usando el término sistema como una forma de incluir todas las clases involucradas en el aparato de objetos del juego. Llamarlo un sistema de objetos de juego me parece correcto, pero no estoy seguro de si es la terminología correcta.

No veo los objetos del juego como una capa , ya que en realidad no funciona como una capa en un motor de juego. Un módulo o paquete , para mí, parece más adecuado para un montón de clases puramente funcionales o sin estado.

Si no estoy teniendo sentido, por favor hágamelo saber!

Respuesta:

No creo que haya un problema al usar el subsistema solo por el tamaño pequeño. Es más una cuestión de implementación/propósito: ¿puede el grupo de clases considerarse un "componente" por sí mismo? ¿Son parte de un sistema más grande? En ese caso es un subsistema.

Clúster a veces se puede utilizar como un término genérico. El problema es que se puede confundir fácilmente con el patrón de diseño de "clúster de clase" y los clústeres de datos.

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım