Questões

especificar agregados (Aggregates) para garantir a consistência das mudanças em objetos num modelo com associações complexas;

organizar um repositório (Repository) para que outras camadas tenham acesso à lógica necessária para acesso a objetos;

definir o modelo de domínio (Domain Model) acoplado às necessidades de armazenamento de objetos e suas referências;

projetar serviços (Services) para atender a ações que se refiram a Entidades ou Objetos de valor específicos.

codificar uma fábrica (Factory) para definir a estratégia de criação e armazenamento de objetos do domínio; 

A classe deve ter um construtor público padrão.

A classe deve herdar a implementação do método hashCode( ) da sua superclasse.

O modificador de controle de acesso da classe deve ser private.

Os nomes dos campos da chave podem ser definidos de forma independente dos nomes usados nas classes das entidades.

create or replace type Aluno_t extended Pessoa_t().

create or replace type Aluno_t upper Pessoa_t().

create or replace type Aluno_t ext Pessoa_t(). 

create or replace type Aluno_t under Pessoa_t ().

create or replace type Aluno_t implement Pessoa_t().

transformar o objeto em um método.

remover um objeto da memória.

garantir a associação entre objetos.

garantir que o objeto tenha apenas uma instância.

instanciar o objeto quantas vezes for necessário.

Composite, pois organiza objetos em estruturas hierárquicas, tratando composições e objetos individuas de forma integrada, permitindo a comunicação entre sistemas legados e novos.  

Flyweight, pois compartilha estado intrínseco para reduzir o consumo de memória quando há múltiplas instâncias semelhantes interagindo entre sistemas ou subsistemas. 

Bridge, pois separa a abstração da implementação, permitindo que sistemas legados e novos se comuniquem de forma integrada. 

Facade, pois fornece uma interface unificada e simplificada para um conjunto complexo de subsistemas, tornando mais simples a comunicação entre sistemas legados e novos. 

Adapter, pois converte a interface de uma classe para outra interface esperada pelos clientes, tornando possível a comunicação entre sistemas legados e novos. 

A IDL representa o mapeamento entre uma linguagem e a implementação do ORB. 

A interface ORB permite que o cliente acesse as funcionalidades do objeto CORBA que não são oferecidas pelas outras interfaces. 

O adaptador de objetos é responsável pela comunicação entre a implementação do objeto e o núcleo ORB. Manipula serviços de geração e interpretação de referências a objetos IOR, invocação e ativação/desativação de objetos CORBA. 

A interface de invocação dinâmica permite que uma requisição do cliente seja montada sem o auxílio do elemento anterior (stub). Assim, é necessário especificar o objeto CORBA, seus métodos e parâmetros.

O esqueleto IDL permite o acesso a servidores que não possuem esqueletos estáticos (IDL). Enquanto a interface dinâmica de esqueleto recebe uma invocação remota e envia uma resposta ao cliente. 

A separação de responsabilidades, a coesão interna dos módulos e o uso de interfaces promovem a manutenibilidade e reutilização de componentes.

Arquiteturas baseadas em orientação a objetos utilizam composição, não admitindo a herança como mecanismo de extensão.

A herança múltipla é obrigatória em qualquer arquitetura baseada em orientação a objetos, pois garante generalização entre todos os componentes do sistema.

A utilização de interfaces em orientação a objetos aumenta o acoplamento entre os componentes e dificulta a testabilidade.

A modularização em orientação a objetos impede a reutilização de componentes, pois promove acoplamento estático entre as classes. 

ERRADO

CERTO

em Camadas.

Monolítica.

Orientada a Serviços.

Cliente-Servidor.

ERRADO

CERTO