Objeto :: Meta :: Plugin :: Host Objeto :: Meta :: Plugin :: El host es Hosts Plugins que funcionan como Object :: Meta :: Plugin.
Descargar ahora

Objeto :: Meta :: Plugin :: Host Clasificación y resumen

Objeto :: Meta :: Plugin :: Host Etiquetas

complementos Módulo perl Hospedadores Plugins de alojamiento

Objeto :: Meta :: Plugin :: Host Descripción

Objeto :: Meta :: Plugin :: El host es Hosts Plugins que funcionan como Objeto :: Meta :: Plugin. Objeto :: Meta :: Plugin :: El host es Hosts Plugins que funcionan como Objeto :: Meta :: Plugin. Puede servir como un complemento si está subclasificado, o contiene un complemento que puede ayudarlo a enchufar.Synopsis # Si desea ejemplos de trabajo, lea Basic.T en la distribución # No sé qué tipo de sinopsis sería útil para esto . My $ host = Nuevo objeto :: Meta :: Plugin :: Host; eval {$ host-> método ()}; # debería morir $ host-> enchufe ($ complemento); # $ complemento define el método $ host-> enchufe ($ otro); # $ Otro método define y otro # $ otro suministrado lo siguiente, ya que estaba enchufado más tarde $ host-> método (); $ host-> otro ($ argumento); $ host-> desenchufe ($ otro); $ host-> método (); # ahora $ Método de complemento se usaObject :: Meta :: Plugin :: Host es una implementación de un host de complemento, como se describe en Object :: Meta :: Plugin. El host no es simplemente un hash fusionado. Está diseñado para permitir que varios complementos proporcionen capacidades similares: métodos con espacio de nombres conflictivos. Los espacios de nombres conflictivos pueden coexistir, y tomar precedencia otra vez. Un posible escenario es tener varios complementos para un procesador de imágenes, que todos definen el método "proceso". Todos están instalados, se les ordena, ya que se debe sacar el efecto, y finalmente, en la parte superior, todos los plugin que los envuelven en una tubería se establecen. Cuando se ingresa el método de un plugin, que recibe, en lugar del objeto host, un objeto de contexto, particular a sí mismo. Le permite acceder a su huésped, sus complementos de hermanos, etc., y así sucesivamente, mientras se envuelve implícitamente alrededor del host, y la emule con prioridad reordenada: el complemento actual es el primero en la lista. En la lista, un modelo permite que un plugin tonto funcione bastante felizmente con los demás, incluso aquellos que pueden tomar su papel. La única regla que necesita para mantener es que acceda a las estructuras de datos que usan $ auto-self>, y no $ yo, porque $, es el objeto de contexto. Un complemento más complejo, consciente de que puede que no sea sin pares, podría preguntarse explícitamente Para los métodos predeterminados (host definidos), llama, en lugar de su propio. Puede solicitar llamar a un método en el complemento que lo logre o lo precede en la pila de un determinado método. Además, al obtener acceso al objeto host, un complemento podría implementar una tubería de llamadas con bastante facilidad, como se describe anteriormente. Todo lo que debe hacer es llamar $ auto-host-> Stack ($ Método)> e ITERATE que omitiendo. La interfaz tiene como objetivo ser lo suficientemente simple como para ser flexible, intentando el mínimo necesario para definir para ser útil y creando soluciones. Para las limitaciones este mínimo impone. La implementación no está optimizada de ninguna manera. Dudo que sea rápido, pero realmente no me importa. Se supone que debe crear un marco agradable para una aplicación grande, que necesita ser modular. Requisitos: · Perl

Objeto :: Meta :: Plugin :: Host Software relacionado