interface L'interface est une simple vérification de l'interface de temps de compilation pour OO Perl.
Télécharger maintenant

interface Classement & Résumé

interface Mots clés

Module Perl interface perl compiler Compiler l'interface d'heure Perl orienté objet

interface La description

L'interface est une simple vérification de l'interface de temps de compilation pour OO Perl. Synopsis Forfait FOO; Utilisez l'interface 'Itérateur', le «Générateur», «Clonable», 'DBI :: DBD'; Essais de conformité à l'interface temporelle abstraitance. Inspecte les méthodes définies dans votre module et les compare aux méthodes définies dans les modules que vous énumérez. Ne nécessite aucune syntaxe spéciale ou supplémentaire. Vous ne devez pas mettre en uvre une méthode contenue dans l'une des classes énumérées, compilera annulera un message d'erreur.Les méthodes commençant par un soulignement sont ignorées et supposé ne pas faire partie de l'interface.Les modules La liste indiquée sur la ligne d'interface utilisateur sera ajoutée à votre tableau @isa. Ce n'est pas fait pour réutiliser le code d'entre eux - les définitions d'interface doivent être des talons de code vides, ou peut-être une mise en uvre de référence. Il est fait de sorte que votre module évalue le test -> ISA () pour le nom du package que vous appliquez l'interface de. Cela indique à Perl que votre module peut être utilisé à la place des modules que vous implémentez l'interface de.Sample Interface Définition: TestInterface de package; Sub FOO {} SUB BAR {} SUB BAZ {} 1; Un paquet affirmant à implémenter l'interface "TestInterface" devrait définir les méthodes FOO (), Bar () et Baz (). Une "interface" peut avoir besoin de Explication. C'est une idée d'orientation de l'objet, également appelée polymorphisme, qui dit que vous devriez pouvoir utiliser des objets interchangeables interchangeables. Merci Heavens The Oo People est venu et nous a montré la lumière! Le côté bascule du polymorphisme est la sécurité de type. Dans Perl, -> ISA () vous permet de vérifier que quelque chose est dérivé d'une classe de base. La logique va que si elle dérivée d'une classe de base et que nous recherchons un objet qui remplit le besoin de la classe de base, la sous-classe fonctionnera également, et nous pouvons l'accepter. L'extension d'objets est effectué par des classes de base de sous-classement et en passant les sous-classes en tant que versions de l'original. Ce cur Oo pourrait-il avoir presque convaincu que le monde fonctionne de cette façon, cela s'avère être presque totalement inutile. Dans le monde réel, il n'y a que quelques raisons pour lesquelles un objet est utilisé à la place d'une autre: quelqu'un a écrit un code vraiment horrible et que vous souhaitez échanger leur objet avec une meilleure version de la même chose. Vous passez à un objet qui fait la même chose mais de manière différente, par exemple à l'aide d'un magasin de base de données au lieu d'un magasin de fichiers plats. Vous apportez des modifications mineures à un objet existant et vous souhaitez pouvoir prolonger la classe de base dans d'autres directions à l'avenir. Seulement dans le dernier cas est hérité du code avec sous-classement, même utile. En fait, il y a un déménagement vers l'utilisation de la composition (AI-A) au lieu de l'héritage (IS-A) dans l'ensemble de l'industrie, principalement parce qu'ils se sont fatigués des personnes qui soulignent que OO suce parce que l'héritage ne sert que de faire un grand désordre De autrement, le code de nettoyage.Sepérant l'interface de la mise en uvre vous permet de faire plusieurs implémentations d'une idée. Ils peuvent partager des codes les uns avec les autres, mais ils ne doivent pas. Le programmeur nous a assuré que leur module fait ce qui est requis en indiquant qu'elle implémente l'interface. Bien que cela ne prouve pas que le code fonctionne, climage pour mettre en uvre une interface est une sorte de contrat. Le programmeur sait quel travail est requis de lui et elle a accepté de le livrer. La définition de l'interface peut être un package rempli de méthodes de stub qui ne font rien, ni une implémentation de travail réelle d'un objet que vous avez effort de compatibilité avec. Le premier cas est nettoyant et le colis rempli de talons sert de bonne documentation. Le second cas peut être pratique dans les cas où le premier cas n'était pas fait, mais une personne ignorait la sagesse de l'interface et écrivit un paquet de toute façon. La sagesse de l'interface indique d'écrire une interface pour chaque nouveau type d'objet qui pourrait avoir plusieurs. implémentations. Les interfaces sert de contrat pour les fonctionnalités minimales nécessaires pour mettre en uvre un objet de ce type. Lorsque vous travaillez avec des objets - Créez-les, vérifiez les types lorsque vous les acceptez, etc. - travaillez toujours avec le type d'interface, jamais le type d'implémentation individuelle. Cela conserve votre code générique.Le commande de composition (HAS-A), vous contenir un ou plusieurs objets que vous devez effectuer votre travail, vous implémentez une interface qui envoie des appels de méthodes à ces objets. Peut-être votre nouvelle méthode () crée ces objets et les stocke par exemple des variables. Exigences: · Perl

interface Logiciels associés