interfaz es una comprobación de interfaz de tiempo de compilación simple para OO Perl.
Descargar ahora

interfaz Clasificación y resumen

interfaz Etiquetas

Módulo perl interfaz perla compilar compilar la interfaz de tiempo Perl orientado a objetos

interfaz Descripción

La interfaz es una comprobación de interfaz de tiempo de compilación simple para OO Perl. Paquete de sinopsis foo; Use la interfaz 'ITERATOR', 'Generator', 'Clonable', 'DBI :: DBD'; Pruebas de cumplimiento de la interfaz de tiempo abstracto. Inspeccione los métodos definidos en su módulo, y los compara contra los métodos definidos en los módulos que enumeran. No requiere una sintaxis especial o adicional. Si no puede implementar ningún método contenido en ninguna de las clases listadas, compilar se abortará con un mensaje de error. Los métodos que comienzan con un subrayado se ignoran y se supone que no forman parte de la interfaz. Los módulos Listado en la línea de interfaz de uso se agregará a su matriz @isa. Esto no se hace para reutilizar el código de ellos: las definiciones de la interfaz deben ser estupinos de código vacíos, o tal vez una implementación de referencia. Se hace para que su módulo asigne la prueba de -> ISA () para el nombre del paquete que está implementando la interfaz de. Esto le dice a PERL que su módulo se puede usar en lugar de los módulos que implemente la interfaz de.sample Definición de la interfaz: Paquete TestInterface; SUB FOO {} SUB BAR {} SUB BAZ {} 1; Un paquete que afirma implementar la interfaz "TestInterface" tendría que definir los métodos FOO (), Bar () y BAZ (). Una "interfaz" puede necesitar algunos explicación. Es una idea de orientación de objeto, también conocida como polimorfismo, que dice que debería poder usar objetos intercambiables de manera intercambiable. ¡Agradezca a los cielos. La gente de OO vino y nos mostró la luz! El lado flip del polimorfismo es de seguridad. En Perl, -> ISA () le permite verificar para asegurarse de que algo se derive de una clase base. La lógica va a que si se deriva de una clase base, y estamos buscando un objeto que llena la necesidad de la clase base, entonces la subclase funcionará igual de bien, y podemos aceptarlo. Los objetos de extensión se realizan por las clases de base de subclasificación y pasan las subclases como versiones del original. Mientras que este Rote OO casi podría haber convencido de que el mundo funciona de esta manera, esto resulta casi inútilmente inútil. En el mundo real, solo hay algunas razones por las que se usa un objeto en lugar de otro: alguien escribió un código realmente horrible, y desea intercambiar su objeto con una mejor versión de la misma cosa. Está cambiando a un objeto que hace lo mismo, pero de una manera diferente, por ejemplo, utilizando un almacén de base de datos en lugar de un almacén de archivos planos. Está realizando algunos cambios menores en un objeto existente y desea poder extender la clase base en otras direcciones en el futuro. Solo en el último caso se le heredó el código con subclase incluso útil. De hecho, hay un movimiento hacia el uso de la composición (tiene-a) en lugar de la herencia (es-a) en toda la industria, principalmente porque se cansaron de que las personas señalan que OO apesta porque la herencia solo sirve para hacer un gran desastre. De de lo contrario, código limpio. Superación de la interfaz de la implementación le permite realizar múltiples implementaciones de una idea. Pueden compartir el código entre sí, pero no tienen que hacerlo. El programador nos ha asegurado que su módulo hace lo que se requiere al afirmar que implementa la interfaz. Si bien esta no es una prueba de que el código funciona, Clija para implementar una interfaz es un tipo de contrato. El programador sabe qué trabajo se requiere de él y ella ha aceptado entregarlo. La definición de la interfaz puede ser un paquete lleno de métodos de talón que no hacen nada, o podría ser una implementación real de trabajo real de un objeto que estés. Luchando por la compatibilidad con. El primer caso es el limpiador, y el paquete lleno de talones sirve como una buena documentación. El segundo caso puede ser útil en los casos en que no se realizó el primer caso, pero alguien ignoró la sabiduría de la interfaz y escribió un paquete de todos modos. La sabiduría de la interfaz dice que escribe una interfaz para cada nuevo tipo de objeto que podría tener múltiple implementaciones. Las interfaces sirven como un contrato para las características mínimas necesarias para implementar un objeto de ese tipo. Al trabajar con objetos, crearlos, verificar los tipos cuando los acepta, etc., siempre trabaje con el tipo de interfaz, nunca el tipo de implementación individual. Esto mantiene su código genérico. En orden de hacer la cosa de la composición (HAST-A), usted contiene uno o más objetos que necesita para hacer su trabajo, implementa una interfaz que despacha el método llama a esos objetos. Tal vez su nuevo () método crea esos objetos y los almacena en las variables de ejemplo. Requisitos: · Perl

interfaz Software relacionado