SOLID est un acronyme mnémotechnique désignant un ensemble de principes de conception créés pour le développement de logiciels dans des langages orientés objet. Les principes de SOLID sont destinés à encourager les développeurs de logiciels à produire un code plus simple, plus robuste et plus facile à mettre à jour. Chaque lettre de SOLID correspond à un principe de développement : Responsabilité unique Ouvert/fermé Substitution Liskov Ségrégation d'interface Dépendance Inversion Le principe de responsabilité unique, créé par Robert C. Martin, stipule qu'une classe doit avoir une, et une seule, raison de changer. Pour faciliter les mises à jour et réduire les complications potentielles des changements futurs, ce principe stipule que chaque classe doit avoir une seule fonction. Ce principe peut être appliqué aux composants logiciels ou aux outils de microservices.
Robert C. Martin a été le coauteur du manifeste Agile en 1995. Cependant, Michael Feathers a inventé l'acronyme en 2000 pour aider les gens à se souvenir des principes. Agile, le principe KISS (General Responsibility Assignment Software Principles), GRASP (General Responsibility assignment Software Principles) sont tous des méthodes de développement logiciel populaires.
- Solid-state Solid-state fait référence aux composants, dispositifs et systèmes électroniques entièrement basés sur le semi-conducteur . Cette expression est devenue populaire dans les années 1960 et 1950, lorsque la technologie est passée du tube à vide à la diode/transistor à semi-conducteur. Plus récemment, le circuit intégré ( IC ), la diode...
- GAAP (principes comptables généralement reconnus) Les GAAP, ou principes comptables généralement reconnus, sont un ensemble de règles comptables et de normes d'information financière. L'acronyme se prononce "gap". Les spécifications des GAAP contiennent des définitions et des principes de concepts, ainsi que des règles spécifiques au secteur. L'objectif des PCGR est de garantir la transparence et...
La règle Open/closed garantit que les entités logicielles sont ouvertes à l'extension, mais pas fermées à la modification. Bertrand Meyer est la principale personne à l'origine de ce principe. Il vise à faciliter l'extension des capacités d'une classe, mais aussi à prévenir les complications potentielles liées à la modification des entités et à l'altération des dépendances des fonctions qui en dépendent. Le principe de Liskov stipule que les objets d'un même type doivent pouvoir être remplacés par d'autres de cette même catégorie sans altérer la fonction du programme. Ce principe a été créé par Barabara Liskov. Il permet de trouver des moyens plus efficaces d'effectuer une tâche sans affecter ou nécessiter des modifications substantielles du code.
- Conception de l’interface utilisateur (conception de l’interface utilisateur) Définition - Que signifie la conception de l'interface utilisateur (conception de l'interface utilisateur)? La conception d'interface utilisateur (conception d'interface utilisateur) fait référence à la conception de divers types d'interfaces logicielles et matérielles par lesquelles les utilisateurs interagissent avec des ordinateurs et d'autres technologies. Dans le monde technologique diversifié d'aujourd'hui, la...
- Les logiciels malveillants mobiles Définition - Que signifie Mobile Malware? Les logiciels malveillants mobiles sont des logiciels malveillants spécialement conçus pour attaquer les systèmes de téléphones mobiles ou de smartphones. Ces types de logiciels malveillants reposent sur les exploits de systèmes d'exploitation (OS) et de technologies logicielles de téléphonie mobile particuliers et représentent une...
Le principe de séparation des interfaces stipule que les interfaces d'une application doivent être plus petites que les autres. Les clients ne doivent connaître que les interfaces ou les méthodes qu'ils utilisent, afin que les mises à jour puissent se faire sans complications. Cette séparation réalisée par des couches d'abstraction offre un espace pour documenter la fonctionnalité tout en évitant le couplage des dépendances dans le code.
Le principe d'inversion des dépendances décrit une méthode de découplage des dépendances du code. Dans l'inversion des dépendances, les dépendances du code de haut niveau qui définissent les politiques sont inversées vers les modules de dépendance de bas niveau. Cela sépare le code de haut niveau des détails des modules de bas niveau.