interface Interface é uma interface de tempo simples de compilação verificando o OO Perl.
Baixe Agora

interface Classificação e resumo

interface Tag

Módulo Perl. interface perl compilar interface de tempo de compilação Perl orientado a objeto

interface Descrição

A interface é uma interface de tempo de compilação simples, verificando o OO Perl. Pacote de sinopse foo; Use o 'iterador de interface', 'gerador', 'clonable', 'dbi :: dbd'; teste de conformidade de interface de tempo abstrata. Inspeciona os métodos definidos no seu módulo e os compara com os métodos definidos nos módulos que você lista. Não requer nenhuma sintaxe especial ou adicional. Você não pode implementar qualquer método contido em qualquer uma das classes listadas, compilará com uma mensagem de erro.Methods que começam com um sublinhado são ignorados e assumidos para não fazer parte da interface. Listado na linha de interface de uso será adicionado ao seu array @isa. Isso não é feito para reutilizar o código deles - as definições de interface devem ser stubs de código vazio, ou talvez uma implementação de referência. É feito para que seu módulo ajude o teste -> ISA () para o nome do pacote que você está implementando a interface de. Isso informa ao perl que seu módulo pode ser usado no lugar dos módulos que você implementa a interface da definição da interface da amostra: Package TestInterface; sub foo {} sub barra {} sub baz {} 1; um pacote que alega implementar a interface "testinterface" precisaria definir os métodos foo (), bar () e BAZ (). Uma "interface" pode precisar de algum Explicação. É uma ideia de orientação de objetos, também conhecida como polimorfismo, que diz que você deve ser capaz de usar objetos intercambiáveis de forma intercambiável. Obrigado Céus O povo OO veio e nos mostrou a luz! O lado do polimorfismo é a segurança do tipo. Em Perl, -> ISA () permite verificar se algo é derivado de uma classe base. A lógica vai que, se derivada de uma classe base, e estamos procurando um objeto que preencha a necessidade da classe base, a subclasse funcionará tão bem e poderemos aceitá-la. Os objetos estendidos são feitos por classes de base de subclassificação e passando as subclasses como versões do original. O que esta rota quase se convenceu de que o mundo funciona dessa maneira, isso acaba sendo quase completamente inútil. No mundo real, há apenas algumas razões que um objeto é usado no lugar de outro: alguém escreveu algum código realmente horrível, e você quer trocar seu objeto com uma versão melhor da mesma coisa. Você está mudando para um objeto que faz a mesma coisa, mas de uma maneira diferente, por exemplo, usando um armazenamento de banco de dados em vez de uma loja de arquivos simples. Você está fazendo algumas pequenas alterações em um objeto existente e você quer ser capaz de estender a classe base em outras direções no futuro. Somente no último caso é herdado com a subclassificação, mesmo útil. De fato, há uma mudança para usar a composição (tem-a) em vez de herança (é-a) em toda a indústria, principalmente porque eles se cansaram de pessoas apontando que OO é uma grande bagunça. de outro código limpo.Eperar a interface da implementação permite fazer várias implementações de uma ideia. Eles podem compartilhar um código uns com os outros, mas eles não precisam. O programador assegurou-nos que seu módulo faz o que é necessário, afirmando que implementa a interface. Embora isso não seja uma prova de que o código funciona, o clima para implementar uma interface é uma espécie de contrato. O programador sabe que trabalho é necessário dele e ela concordou em entregar. A definição da interface pode ser um pacote cheio de métodos de stub que não fazem nada, ou pode ser uma implementação real de um objeto que você esforçando-se por compatibilidade com. O primeiro caso é cleanist, e o pacote cheio de stubs serve como uma boa documentação. O segundo caso pode ser útil nos casos em que o primeiro caso não foi feito, mas alguém ignorou a sabedoria da interface e escreveu um pacote de qualquer maneira. A sabedoria da interface diz para escrever uma interface para cada novo objeto que poderia ter múltiplos implementações. As interfaces serve como um contrato para os recursos mínimos necessários para implementar um objeto desse tipo. Ao trabalhar com objetos - criando-os, verificando os tipos quando você aceita, etc. - Sempre trabalhe com o tipo de interface, nunca o tipo de implementação individual. Isso mantém seu código genérico.in para fazer a coisa da composição (HAS-A), você contém um ou mais objetos que você precisa fazer o seu trabalho, você implementa uma interface que despacha as chamadas de método para esses objetos. Talvez o seu novo () método cria esses objetos e os armazene em variáveis de instância. Requisitos: · Perl.

interface Software Relacionado