Interface (informatique)

Un article de Wikipédia, l'encyclopédie libre.

 
70 %
  Traduction ----- (en) Interface (computer science) → (fr) Interface (informatique) ---- (+ d’infos)
 


Une interface définit la frontière de communication entre deux entités, comme des éléments de logiciel, des composants de matériel informatique, ou un utilisateur. Elle se réfère généralement à une image abstraite qu'une entité fournit d'elle-même à l'extérieur. Cela permet de distinguer les méthodes de communication avec l'extérieur et les opérations internes, et autorise de modifier les opérations internes sans affecter la façon dont les entités externes interagissent avec elle, en même temps qu'elle en fournit des abstractions multiples. Elle peut aussi fournir un moyen de traduction entre des entités qui ne parlent pas le même langage, comme entre un être humain et un ordinateur. Étant donné que les interfaces permettent de référencer des objets externes, elles entraînent des coûts de développement supplémentaires par rapport à des communications directes.

L'interface entre un être humain et un ordinateur est appelée interface utilisateur. Les interfaces entre des composants de matériel informatique sont des interfaces physiques. Cet article traite des interfaces logicielles qui existent entre différents composants logiciels et fournissent un mode de programmation par lequel ces composants peuvent communiquer.

Sommaire

[modifier] Interfaces en pratique

Un élément de logiciel fournit l'accès aux ressources informatiques (comme la mémoire, le CPU, le stockage, etc.) par son système informatique sous-jacent ; la disponibilité de ces ressources à d'autres logiciels peut avoir des ramifications majeures - quelquefois désastreuses -- pour ses fonctionnalités et sa stabilité. Un principe clé de conception est d'interdire l'accés à toutes les ressources par défaut, en autorisant l'accès seulement à travers des points d'entrée bien définis, i.e. les interfaces (voir encapsulation).

Les types d'accés que les interfaces fournissent entre les composants logiciels peuvent inclure : constantes, types de données, types de Procédure (informatique)s, exception specifications et signatures de méthodes. Dans certains cas, il peut être utile de définir dans l'interface des variables . On y spécifie souvent aussi la fonctionnalité des procédures et des méthodes incluses, soit par des commentaires ou (dans certains langages expérimentaux) par des assertions formelles logiques.

L'interface d'un module logiciel A est intentionnellement gardée rigoureusement séparée de l'implémentation de celui-ci. Ce dernier contient le code proprement dit des procédures et méthodes décrites dans l'interface (aux côtés du code des variables et procédures "privées"). Un module logiciel B qui utilise A (autrement dit un client de A) n'y accède pas directement, il y accède uniquement par le travers de l'interface de A. L'utilisation d'interfaces offre ainsi l'avantage qu'un remplacement d'implémentation de A par une autre, répondant aux mêmes spécifications de l'interface, ne peut causer de défaillance d'unmodule client B — si tant est bien sûr que son utilisation de A se conforme aux spécifications de l'interface (voir aussi principe de substitution de Liskov).

[modifier] Utilisation des interfaces

Le concept d'interface est la pierre angulaire de la programmation modulaire, un précurseur et un élément standard de la programmation orientée objet. Dans la programmation orientée objet, l'interface d'un objet consiste en un ensemble de méthodes que l'objet doit suivre. C'est le "contrat de service" du composant. Les variables d'instance de l'objet ne font pas partie de l'interface - on y accéde spécifiquement via des accesseurs.

 Some object-oriented programming languages mandate that the interface to the object be specified to the compiler separately from the implementation of that object, whilst others relax the requirement. For example, a class in a programming languages such as Objective-C consists of its interface, specified in a header file, and the implementation in the source file. Because of the dynamically typed nature of Objective-C, one can send messages to any object, and the interface to the class becomes important as it specifies the methods the class responds to.

Interfaces were historically derived from the header files of the C programming language by restricting their syntactic context and contents, and making them a part of the language semantics (as opposed to a mere preprocessor feature).  ⇔  merci d'apporter votre expertise, et de préciser


Le langage Java adopte une approche différente du concept d'interface qui existe normalement dans d'autres langages orientés objet (ie., que l'interface spécifiée est l'interface avec la classe), en ce qu'une interface spécifie un ensemble de méthodes qui implémente des fonctionnalités spécifiques, communes à un ensemble de classes. Voir protocole (programmation orientée objet).

Certains langages de programmation (e.g. D, Java, Logtalk) autorisent la définition de hiérarchies d'interface. Ceci autorise une définition de, par exemple, à la fois les versions minimale et étendue d'une interface.

Certains langages de programmation (e.g. Logtalk) supportent une implémentation privée et protégée d'une interface. Ainsi, les méthodes (publiques) déclarées dans une interface peuvent facilement devenir des méthodes privées ou protégées d'une classe qui implémente l'interface.

Le langage Eiffel inclut dans l'interface d'une classe son invariant et la pré- et postconditions des méthodes de la classe. Ceci est essentiel à la méthodologie de conception par contrat, et peut être considéré comme une extension des conditions imposées par les types d'arguments. Ces règles peuvent être spécifiées dans l'implémentation d'une classe ou dans un ancêtre qui peut quitter les méthodes non implémentées.

Ces règles peuvent être extraites dans l'environnement de développement par l'analyseur syntaxique afin de fournir à l'utilisateur une vue de l'interface de ces classes. Au niveau de la compilation, elles permettent de définir des assertions c'est à dire des conditions déclenchant des exceptions ; on parle de contrat de la méthode.

Exemple de contrat d'une fonction "division(numérateur, diviseur)" recevant numérateur et diviseur en paramètres : si le diviseur est égal à zéro, je déclenche une assertion sinon j'effectue une division.

Les assertions peuvent avoir des comportements différents selon le mode debug ou release : généralement en mode debug l'application s'arrête ce qui permet de repérer l'erreur contrairement au mode release qui favorise la continuité de service.

Dans l'exemple de la division, l'assertion provoquerait en mode debug l'arrêt du programme et en release renverrait la valeur zéro.

Le langage assure aussi que les classes derivées obéissent aux contrats de leurs ancêtres.

[modifier] Langages qui fournissent des facilités d'interfaçage

Certains langages de programmation ont différentes méthodologies pour permettre la réalisation d'interfaces. En général, tout langage de programmation peut implémenter une interface, mais les langages de programmation suivants offrent des facilités d'interfaçage spécifiques d'une façon ou d'une autre :

[modifier] Interfaces de programmation

Une interface de programmation (Application Programming Interface ou API) définit les fonctions publiées par une bibliothèque logicielle, utilisables par les applications clientes.

[modifier] Voir aussi