Sobre acoplamento de classes na orientação a objetos, analis...

Alternativa correta: D - Apenas I e III estão corretas.

Vamos analisar cada assertiva para entendermos os conceitos de acoplamento em programação orientada a objetos (POO) e por que a alternativa D é a correta:

Assertiva I: Afirma que o acoplamento descreve a interconectabilidade das classes. Isso está correto, pois o acoplamento realmente se refere ao nível de dependência entre diferentes módulos ou classes em um sistema. Uma classe altamente acoplada a outras possui muitas dependências, o que pode dificultar a manutenção e a escalabilidade do código. Por isso, buscar um acoplamento mais baixo é considerado uma boa prática.

Assertiva II: Sugere que, como boa prática, o acoplamento entre as classes de um sistema de software deve ser forte. Essa afirmação está incorreta. Na verdade, a boa prática é buscar um acoplamento fraco entre as classes, o que significa que cada classe ou módulo deveria conhecer ou interagir o mínimo possível com outras classes, promovendo a modularidade e facilitando alterações e testes isolados.

Assertiva III: Indica que esperamos que as classes de um sistema de software sejam independentes de outras classes e que as interfaces sejam pequenas e bem definidas. Isso é correto. Classes independentes e interfaces pequenas e bem definidas contribuem para um acoplamento fraco, o que é desejável em um bom design de software, favorecendo a reusabilidade, a manutenção e a extensibilidade do código.

Com base nessa análise, podemos confirmar que a alternativa D é a correta, visto que as assertivas I e III estão corretas, enquanto a assertiva II está incorreta.

O acoplamento de classes na orientação a objetos está relacionado à forma como as classes se interconectam em um sistema de software. Analisando as assertivas:

I. correta. O acoplamento de classes descreve a interconectabilidade entre as classes, ou seja, como elas se relacionam e dependem umas das outras.

II. incorreta. Na realidade, como boa prática, o acoplamento entre as classes de um sistema de software deve ser fraco, ou seja, as classes devem ter baixa dependência entre si. Isso facilita a manutenção, a extensibilidade e a reutilização do código, tornando-o mais flexível.

III. correta. Espera-se que as classes de um sistema de software sejam independentes de outras classes, ou seja, que possam ser modificadas sem afetar diretamente outras partes do sistema. Além disso, as interfaces entre as classes devem ser pequenas e bem definidas, o que facilita a compreensão e a comunicação entre os componentes do sistema.

O acoplamento de classes descreve a interconectabilidade das classes, mas como boa prática, busca-se um acoplamento fraco entre as classes, tornando-as independentes umas das outras, com interfaces pequenas e bem definidas.