Objeto :: Meta :: Plugin :: Host Objeto :: Meta :: Plugin :: Host são hosts plugins que funcionam como objeto :: Meta :: Plugin.
Baixe Agora

Objeto :: Meta :: Plugin :: Host Classificação e resumo

Objeto :: Meta :: Plugin :: Host Tag

plugins. Módulo Perl. anfitriões anfitriões plugins

Objeto :: Meta :: Plugin :: Host Descrição

Objeto :: Meta :: Plugin :: Host são hosts plugins que funcionam como objeto :: Meta :: Plugin. Objeto :: Meta :: Plugin :: Host são hosts plugins que funcionam como objeto :: Meta :: Plugin. Pode servir como um plugin se subclassificado ou contém um plugin que pode ajudá-lo a plug.synopsis # Se você quiser exemplos de trabalho, leia Basic.t na distribuição # Eu não sei que tipo de sinopse seria útil para este . Meu $ host = novo objeto :: Meta :: Plugin :: Host; eval {$ host-> método ()}; # deve morrer $ host-> plug ($ plugin); # $ plugin define o método $ host-> plug ($ outro); # $ Outro Define o método e outro # $ outro forneceu o seguinte, já que foi conectado posteriormente $ host-> método (); $ host-> outro ($ argumento); $ host-> desligam ($ outro); $ host-> método (); # Agora $ Plugin's Method é usedObject :: Meta :: Host :: Host é uma implementação de um host de plugin, conforme descrito no objeto :: Meta :: Plugin.O host não é apenas simplesmente um hash mesclado. Ele é projetado para permitir que vários plugins forneçam recursos semelhantes - métodos com namespace conflitante. Namespaces conflitantes podem coexistir e ter precedência um do outro. Um possível cenário é ter vários plugins para um processador de imagem, que todos definem o método "processo". Eles são todos instalados, ordenados como o efeito deve ser retirado e, finalmente, todos um plugin que envolve-los em um pipeline é definido. Quando um método de plug-in é inserido, em vez do objeto host, um objeto de contexto, para si mesmo. Ele permite acesso ao host, são plugins de irmãos, e assim por diante explicitamente, enquanto envoltam implicitamente ao redor do hospedeiro, e a emulá-lo com prioridade reordenada - o plug-in atual é o primeiro na lista.Such Um modelo permite que um plugin idiota funcione bastante Felizmente com os outros, mesmo aqueles que podem assumir seu papel. A única regra que precisa manter é que ele acessa suas estruturas de dados usando $ auto-self>, e não é eu eu, porque $ auto é o objeto de contexto. Um plugin mais complexo, ciente de que ele pode não ser peerless, poderia perguntar explicitamente Para os métodos padrão (host definido), ele chama, em vez disso. Pode solicitar um método no plugin que o sucede ou o precede em uma determinada pilha do método. Além disso, ganhando acesso ao objeto host, um plugin poderia implementar um pipeline de chamadas com bastante facilidade, conforme descrito acima. Tudo o que deve fazer é ligar $ auto-host-> pilha (método $)> e iterar que omitindo-se. A interface tem como objetivo ser simples o suficiente para ser flexível, tentando o mínimo que precisa definir para ser útil e criar soluções alternativas Para as limitações, esta impõe mínima. A implementação não é de forma a otimizada. Eu duvido que seja rápido, mas eu realmente não me importo. É suposto criar uma boa estrutura para uma grande aplicação, que precisa ser modular. Requisitos: · Perl.

Objeto :: Meta :: Plugin :: Host Software Relacionado