* Developpeur Magento Aix-en-Provence

Developpeur Magento Aix-en-Provence

Article:

En programmation informatique, un principe se basant sur le fait de se passer de la répétition de code au travers de l'ensemble d'une application pour faciliter la maintenance, le test, le débogage et les évolutions de cette dernière,est mentionné par l'éé :ne vous répétez pas (Don't Repeat Yourself en anglais, aussi désigné par l'acronyme DRY).
« Dans un système, toute connaissance doit avoir une représentation unique, non-ambiguë, faisant autorité »Cette phrase, éée par Andy Hunt et Dave Thomas dans leur livre The Pragmatic Programmer , explique la philosophie DRY.Les auteurs exploitent cette règle pour incorporer les bases de données, les plans de tests, le système d'élaboration logiciel et aussi la documentation logicielle1.La modification d'un élément d'un système ne change pas les autres éléments non associés raisonnablement lorsque le principe DRY est bien appliqué. En plus, tous les éléments liés logiquement changent régulièrement, de façon attendue et restent synchronisés. Par ailleurs, en utilisant les pratiques et les sous-routines dans leur code, Thomas et Hunt comptent sur les générateurs de code source, les systèmes d'élaboration automatique, et les langages de scripts pour réaliser le principe DRY à travers les multiples pas de l'élaboration d'un logiciel.
Dans l'architecture planifiée par les modèles cette philosophie triomphe, dans lequel les artefacts logiciels sont éménés d'un modèle objet central décrit dans un langage tel qu'UML. Le code DRY est constituée par modification de données et les générateurs de code qui évitent au programmeur de copier-coller du code. Le code DRY favorise la conservation de systèmes logiciels complexes, depuis le moment où les transformations de données sont faciles à créer et maintenir. Des outils tels que les annotations, XDoclet et XSLT sont des exemples de technique de codage DRY.
Les EJB 2.0 sont l' exemple de système nécessitant une duplicata d'information ,ils requièrent une duplication d'information dans le code Java, encore dans les fichiers de configuration.
Indicateur de format Ce genre de magic number est né dans les versions antérieurs du code source de la version 7 d'Unix. Malgré qu'il ait manqué son sens inné, le terme a persisté dans le lexique de l'informatique.
Lorsque Unix fut emporté sur le premier DEC PDP-11/20s, celui-ci n'avait pas de moyen de protection de la mémoire et utilisait des références mémoires re-atables (en)2. Donc, les versions avant la version 6 d'Unix lisent un fichier exécutable dans la mémoire en passant à l'offset 0. Avec le développement de la pagination, les versions suivantes d'Unix ont vu le développement des headers signifiant les composants d'un fichier exécutable. Une instruction de saut placée au début du header a été développée pour permettre d'exécuter le programme de façon directe.