tai 338

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. Una estructura de un programa orientado a objetos del tiempo de ejecución a menudo tiene cierta semejanza con su estructura de código. Una estructura de un programa orientado a objetos del tiempo de ejecución nunca tiene ninguna semejanza con su estructura de código.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. La estructura de código queda congelada en tiempo de compilación: esta estructura en tiempo de compilación consiste en clases con relaciones de herencia fijas. La estructura de código queda congelada en tiempo de compilación: esta estructura en tiempo de compilación consiste en objetos con relaciones de herencia fijas. La estructura de código queda congelada en tiempo de compilación: esta estructura en tiempo de compilación consiste en clases con relaciones de herencia variables.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. La estructura de un programa en tiempo de ejecución consiste en redes de objetos que se comunican entre ellos, y estas estructuras de redes cambian rápidamente. La estructura de un programa en tiempo de compilación consiste en redes de objetos que se comunican entre ellos, y estas estructuras de redes cambian rápidamente.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. La estructura de código queda congelada en tiempo de compilación: esta estructura en tiempo de compilación consiste en clases con relaciones de herencia fijas; y la estructura de un programa en tiempo de ejecución consiste en redes de objetos que se comunican entre ellos, y estas estructuras de redes cambian rápidamente. De hecho las dos estructuras son ampliamente independientes entre sí. De hecho las dos estructuras son ampliamente dependientes entre sí.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. La estructura de código queda congelada en tiempo de compilación: esta estructura en tiempo de compilación consiste en clases con relaciones de herencia fijas; y la estructura de un programa en tiempo de ejecución consiste en redes de objetos que se comunican entre ellos, y estas estructuras de redes cambian rápidamente. De hecho las dos estructuras son ampliamente independientes entre sí. Tratar de entender una de las estructuras a partir de la otra es como tratar de entender el dinamismo de los ecosistemas vivos a partir de la taxonomía estática de las plantas y de los animales, y viceversa. Entender una de las estructuras a partir de la otra es muy fácil.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. Es importante distinguir entre la agregación de objetos y la asociación de objetos (acquaintance, relación de uso, conocimiento) y como se manifiestan estas dos cosas en tiempo de compilación y en tiempo de ejecución. Es importante distinguir entre la herencia y la asociación de objetos (acquaintance, relación de uso, conocimiento) y como se manifiestan estas dos cosas en tiempo de compilación y en tiempo de ejecución.

Relacionando las estructuras del tiempo de compilación con las estructuras del tiempo de ejecución. Es importante distinguir entre la agregación de objetos y la asociación de objetos (acquaintance, relación de uso, relación de conocimiento) y como se manifiestan estas dos cosas en tiempo de compilación y en tiempo de ejecución. La agregación de objetos consiste en que un objeto posee a otro objeto o es responsable de ese otro objeto (se dice que el primer objeto tiene al segundo objeto o que el segundo objeto es parte del primer objeto). Además los dos objetos tienen el mismo tiempo de vida. La asociación de objetos (acquaintance, relación de uso, relación de conocimiento) consiste simplemente en que un objeto sabe que existe un segundo objeto. Los objetos están asociados, el primer objeto usa al segundo objeto. Los objetos que se conocen podrían solicitarse operaciones uno al otro pero ninguno de los dos es responsable del otro. El conocimiento es una relación más débil que la agregación e implica mucho menos acoplamiento entre los objetos. La agregación de objetos consiste en que un objeto posee a otro objeto (se dice que el primer objeto tiene al segundo objeto o que el segundo objeto es parte del primer objeto). Además los dos objetos tienen el mismo tiempo de vida. La asociación de objetos (acquaintance, relación de uso, relación de conocimiento) consiste simplemente en que un objeto sabe que existe un segundo objeto. Los objetos están asociados, el primer objeto usa al segundo objeto. Los objetos que se conocen podrían solicitarse operaciones uno al otro y en ese caso el que solicita la operación del otro es responsable de ese otro objeto. El conocimiento es una relación más débil que la agregación e implica mucho menos acoplamiento entre los objetos.

Dime si lo siguiente es agregación o conocimiento (acquaintance, relación de uso, asociación).   agregación  .   conocimiento (acquaintance, relación de uso, asociación)  .

Dime si lo siguiente es agregación o conocimiento (acquaintance, relación de uso, asociación).   conocimiento (acquaintance, relación de uso, asociación)  .   agregación  .

Es fácil confundir la agregación y el conocimiento (acquaintance, relación de uso, asociación) porque ambas cosas... a menudo se implementan de la misma manera. nunca se implementan de la misma manera.

Es fácil confundir la agregación y el conocimiento (acquaintance, relación de uso, asociación) porque ambas cosas a menudo se implementan de la misma manera. Por ejemplo en ... todas las variables son referencias a otros objetos. No hay diferencia en el lenguaje de programación entre la agregación y el conocimiento (acquaintance, relación de uso, asociación). Smalltalk. C++.

Es fácil confundir la agregación y el conocimiento (acquaintance, relación de uso, asociación) porque ambas cosas a menudo se implementan de la misma manera. En ... la agregación puede ser implementada definiendo variables miembro (atributos) que son instancias reales, pero es más común definir esas variables miembro (atributos) como punteros o referencias a instancias. El conocimiento (acquaintance, relación de uso, asociación) es implementado con punteros y referencias también. C++. Smalltalk.

Es fácil confundir la agregación y el conocimiento (acquaintance, relación de uso, asociación) porque ambas cosas a menudo se implementan de la misma manera. En C++ la agregación puede ser implementada definiendo variables miembro (atributos) que son instancias reales, pero es más común definir esas variables miembro (atributos) como punteros o referencias a instancias. El conocimiento (acquaintance, relación de uso, asociación) es implementado con punteros y referencias también. En C++ la agregación es implementada definiendo variables miembro (atributos) que son instancias reales. El conocimiento (acquaintance, relación de uso, asociación) es implementado con variables enteras.

El conocimiento (acquaintance, relación de uso, asociación) y la agregación... están determinados más por la intencionalidad del programador que por mecanismos explícitos del lenguaje de programación. están determinados más por por mecanismos explícitos del lenguaje de programación que la por la intencionalidad del programador.

El conocimiento (acquaintance, relación de uso, asociación) y la agregación están determinados más por la intencionalidad del programador que por mecanismos explícitos del lenguaje de programación. La distinción entre ambos mecanismos puede ser difícil de apreciar en la estructura en tiempo de compilación, pero es significativa. La distinción entre ambos mecanismos es muy fácil de apreciar en la estructura en tiempo de compilación.

El conocimiento (acquaintance, relación de uso, asociación) y la agregación están determinados más por la intencionalidad del programador que por mecanismos explícitos del lenguaje de programación. La distinción entre ambos mecanismos puede ser difícil de apreciar en la estructura en tiempo de compilación, pero es significativa. Las relaciones de agregación tienden a ser menos en cantidad y son más permanentes que el conocimiento (acquaintance, relación de uso, asociación). Las relaciones de conocimiento (acquaintance, relación de uso, asociación) en cambio son hechas y rehechas más frecuentemente, a veces existen solo durante lo que dura una operación (además estas relaciones de conocimiento son más dinámicas y son más difíciles de apreciar en el código fuente que las relaciones de agregación). Las relaciones de conocimiento (acquaintance, relación de uso, asociación) tienden a ser más en cantidad y son menos permanentes que la agregación. Las relaciones de conocimiento (acquaintance, relación de uso, asociación) en cambio son hechas y rehechas menos frecuentemente, y siempre dura su existencia durante largas cadenas de operaciones (además estas relaciones de conocimiento son menos dinámicas y son más fáciles de apreciar en el código fuente que las relaciones de agregación).

Como hay mucha disparidad entre las estructuras en tiempo de compilación y las estructuras en tiempo de ejecución... está claro que el código no revelará todo el funcionamiento del programa. está claro que el código revelará todo el funcionamiento del programa.

Como hay mucha disparidad entre las estructuras en tiempo de compilación y las estructuras en tiempo de ejecución está claro que el código no revelará todo el funcionamiento del programa. La estructura en tiempo de ejecución puede ser impuesta más por el diseñador que por el lenguaje. La estructura en tiempo de ejecución puede ser impuesta más por el lenguaje que por el diseñador.

Indica la correcta: Las relaciones entre los objetos y sus tipos deben ser diseñadas con gran cuidado, ya que esas relaciones determinan cómo de buena o mala es la estructura en tiempo de ejecución. Las relaciones entre los objetos y sus implementaciones deben ser diseñadas con gran cuidado, ya que esas relaciones determinan cómo de buena o mala es la estructura en tiempo de ejecución. Las relaciones entre los objetos y sus tipos deben ser diseñadas con gran cuidado, ya que esas relaciones determinan cómo de buena o mala es la estructura en tiempo de compilación. Las relaciones entre los objetos y sus implementaciones deben ser diseñadas con gran cuidado, ya que esas relaciones determinan cómo de buena o mala es la estructura en tiempo de compilación.

Muchos patrones de diseño capturan la distinción entre estructuras del tiempo de compilación y estructuras del tiempo de ejecución. Especialmente los patrones de diseño del ámbito de los objetos. Especialmente los patrones de diseño del ámbito de las clases.

Dime patrones de diseño que son especialmente útiles para construir estructuras complejas en tiempo de ejecución. composite. decorator. bridge. abstract factory.

El patrón de diseño ... tiene estructuras en tiempo de ejecución que son muy difíciles de entender a menos que tú conozcas el patrón. observer. composite. decorator. builder.

El patrón de diseño ... (al igual que observer) tiene unos patrones de comunicación que no se pueden entender solo analizando las relaciones de herencia. chain of responsibility. decorator. composite. bridge.

Indica la correcta: En general, las estructuras en tiempo de ejecución no se entienden bien a partir del código a menos que tú entiendas los patrones de diseño que tienen ese código y esas estructuras en tiempo de ejecución. Las estructuras en tiempo de ejecución siempre se entienden bien a partir del código en el caso de todos los patrones de diseño.