UML: Níveis de visibilidade UML x Java


Níveis de Visibilidade: comparação entre os níveis da UML e do Java.

Níveis de Visibilidade: comparação entre os níveis da UML e do Java.

Níveis de Visibilidade: ordem dos níveis.

Níveis de Visibilidade: ordem dos níveis.

Níveis de visibilidade UML x Java: arquivo PDF.

Pense na manobra!

Pense na manobra!

[]s e até a próxima!

_________________________
Guts - Berserk Rogério Araújo

Blog: https://rogerioaraujo.wordpress.com/
Gmail: rgildoaraujo@gmail.com
Twitter: http://twitter.com/rgildoaraujo

8 comentários em “UML: Níveis de visibilidade UML x Java

    • Até hoje tento fazer isso com meu carro e sempre lasco ele no muro! =D

  1. Rogério, somente eu acho que o Protected na UML é mais restritivo do que o Default ?

      • Vamos lá….

        Não temos dúvidas que o Public e Default no Java e na UML são iguais.
        Não temos dúvidas que o Private tem uma singela entre Java e UML (os atributos herdados)

        Agora no Java o Protect permite acesso:
        1- As Subclasses
        2- Os Pacotes (mesmos que não sejam subclasses)

        Agora na UML o Protect permite apenas:
        1- Subclasses

      • Alexandre, o Protected na UML é:
        – Mais restritivo do que Protected em Java (sem sombra de dúvidas); e
        – Mais liberal do que o Package em UML (este é igual ao Default em Java).

        Explicando o último item: o Protected na UML é mais liberal do que o Package também na UML, pois um atributo protegido pode ser acessado por todas as subclasses da classe que contém esse atributo, mesmo que em pacotes diferentes. Um atributo de pacote de uma classe será vista apenas por classes do mesmo pacote.

        []s

  2. Eu acho que não respondi a pergunta inicial. Vamos lá.

    Na sua imagem mostra que o Default é mais restritivo que o Protected na UML. Certo ?

    Vamos pensar apenas na UML:
    1- O Protected permite que apenas suas subclasses acessam seus atributos e operações. Ok ?
    ( criamos um vinculo rastreável )

    2- O Default permite que QUALQUER classe do mesmo pacote acesse seus atributos e operações. Ok?
    ( não criamos qualquer vínculo e mesmo assim podemos usar os atributos e operações )

    Entendo que no Protected que estejam em diferentes pacotes há uma dependência rastreável.
    No Default não há essa rastreabilidade. Basta estarem dentro do mesmo pacote.

    • Entendo sua visão. Também ainda tenho uma dúvida em relação a esse ponto de restrição. Quando fiz o artigo, fiquei com dúvida se protected seria mais liberal que o package (ou default em Java), ambos em UML.

      O livro do Guia do Usuário UML não diz nada. Eu fiz o gráfico por pesquisas que fiz.

      []s

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Foto do Google

Você está comentando utilizando sua conta Google. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s

Este site utiliza o Akismet para reduzir spam. Saiba como seus dados em comentários são processados.

%d blogueiros gostam disto: