Qu'est-ce qu'un patch ?
Résolu
leroyfal
Messages postés
37
Date d'inscription
Statut
Membre
Dernière intervention
-
leroyfal Messages postés 37 Date d'inscription Statut Membre Dernière intervention -
leroyfal Messages postés 37 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
Qu'est-ce qu'un patch ?
qu'est ce qui initie la création des patches pour un logiciel ?
Comment y procéder techniquement
Merci
Qu'est-ce qu'un patch ?
qu'est ce qui initie la création des patches pour un logiciel ?
Comment y procéder techniquement
Merci
A voir également:
- Patch informatique
- Le code ascii en informatique - Guide
- Jargon informatique - Télécharger - Bureautique
- Patch - Guide
- Que veut dire url en informatique - Guide
- Souris informatique - Guide
4 réponses
Bonjour,
C'est une section de code que l'on ajoute à un logiciel (Un logiciel ou une application est un ensemble de programmes, qui permet à un ordinateur ou à un système informatique d'assurer une tâche ou une fonction en particulier (exemple : logiciel de gestion de la relation client,...), pour y apporter des modifications mineures : correction d'un bogue, traduction.
C'est une section de code que l'on ajoute à un logiciel (Un logiciel ou une application est un ensemble de programmes, qui permet à un ordinateur ou à un système informatique d'assurer une tâche ou une fonction en particulier (exemple : logiciel de gestion de la relation client,...), pour y apporter des modifications mineures : correction d'un bogue, traduction.
Supposons donc que j'ai crée un logiciel et que plus tard je dois y apporter des correction suite aux bugs constatés ou l'ajout de fonctionnalités , je crée donc un patch qui est le bout de code qui me permettra de résoudre ce problème .
Comment l'ajouter à l'ensemble sans toute fois refaire le logiciel sachant que pour aller du code à l'application finale il y'a tout un processus notamment:
La compilation
le packaging
l'installation
Merci
Comment l'ajouter à l'ensemble sans toute fois refaire le logiciel sachant que pour aller du code à l'application finale il y'a tout un processus notamment:
La compilation
le packaging
l'installation
Merci
La durée de vie d'un logiciel est généralement marquée par la sortie de différentes versions. Une version diffère souvent de la précédente par seulement un petit nombre de changements. Certaines parties du code dans les fichiers exécutables sont différentes, des nouveaux fichiers sont ajoutés, d'autres sont effacés. Ce que fait généralement l'auteur du produit, c'est de mettre à disposition la nouvelle version
du fichier comme un nouveau produit réinstallable ou alors, seulement les fichiers modifiés.
La procédure décrite ci-dessus est très peu productive. Prenons l'exemple d'un fichier de 1 Mo qui a seulement 10 Ko de différence avec
l'ancien fichier; pourquoi créer une mise à jour de 1 Mo ? Cela aurait été bien plus efficace de remplacer seulement les données
modifiées. C'est ce que le Patch permet d'économiser un immense espace disque en ne sauvegardant que les différences entre les fichiers, puis en les compressant.
Cette méthode a deux avantages bien distincts:
. Des mises à jour extrêmement petites, indépendantes de la taille et du nombre de fichiers de l'installation d'origine.
. Une protection ultime des mises à jour - comme la plupart des informations n'est pas stockée dans la
mise à jour, il est impossible de pirater une version à moins de posséder les versions précédentes
du fichier comme un nouveau produit réinstallable ou alors, seulement les fichiers modifiés.
La procédure décrite ci-dessus est très peu productive. Prenons l'exemple d'un fichier de 1 Mo qui a seulement 10 Ko de différence avec
l'ancien fichier; pourquoi créer une mise à jour de 1 Mo ? Cela aurait été bien plus efficace de remplacer seulement les données
modifiées. C'est ce que le Patch permet d'économiser un immense espace disque en ne sauvegardant que les différences entre les fichiers, puis en les compressant.
Cette méthode a deux avantages bien distincts:
. Des mises à jour extrêmement petites, indépendantes de la taille et du nombre de fichiers de l'installation d'origine.
. Une protection ultime des mises à jour - comme la plupart des informations n'est pas stockée dans la
mise à jour, il est impossible de pirater une version à moins de posséder les versions précédentes
Origine
Sa signification originelle est tirée des utilitaires (logiciels libres) diff et patch qui permettent respectivement d'extraire des différences entre deux fichiers texte et d'appliquer des changements à un fichier. Les patches sont donc des modifications de fichiers texte que sont les codes sources des logiciels. Les patchs sont donc à l'image des pièces de tissus cousues aux vêtements pour les renforcer.
Le correctif a vocation à être distribué à tous les utilisateurs du logiciel, de manière à minimiser la distribution du logiciel complet (pour des raisons de coût en bande passante ou tout simplement pour ne le rendre utilisable que par les utilisateurs enregistrés ou payants du logiciel).
L'origine proviendrait de l'utilisation des cartes perforées sur lesquelles on ajoutait une rustine pour corriger un bug.
Nature
Il se présente normalement comme une séquence de modifications à apporter au code source du logiciel traité, après quoi le code devra être recompilé pour obtenir la version modifiée du logiciel.
Cependant, dans certains cas, notamment quand l'éditeur du logiciel ne désire pas que les utilisateurs aient accès à son code source, le correctif peut se présenter comme un programme autonome qui va greffer sur le logiciel original une modification sous la forme d'un ajout de code exécutable et de la mise en place d'une instruction de branchement vers la section de code ajoutée.
Plusieurs correctifs peuvent être distribués simultanément et sont alors regroupés dans un Service Pack (SP).
Par abus de langage, on appelle parfois patch les corrections de bugs livrés sous forme de code compilé (binaire) annulant et remplaçant un exécutable ou une bibliothèque.
Limites du principe
Le principe des patchs offre donc un palliatif aux manques d'un logiciel, mais il a des limites. L'accumulation de patchs, surtout de sources différentes, peut, à l'image du patchwork, poser un problème de cohérence globale. Par ailleurs, l'ordre d'application des patches peut s'avérer essentiel : passer un patch avant un autre peut conduire une situation difficilement récupérable. Une approche prévoyante consiste à prévoir ce qui peut évoluer et de standardiser l'évolutivité en suivant par exemple une approche à base de plugins.
Sa signification originelle est tirée des utilitaires (logiciels libres) diff et patch qui permettent respectivement d'extraire des différences entre deux fichiers texte et d'appliquer des changements à un fichier. Les patches sont donc des modifications de fichiers texte que sont les codes sources des logiciels. Les patchs sont donc à l'image des pièces de tissus cousues aux vêtements pour les renforcer.
Le correctif a vocation à être distribué à tous les utilisateurs du logiciel, de manière à minimiser la distribution du logiciel complet (pour des raisons de coût en bande passante ou tout simplement pour ne le rendre utilisable que par les utilisateurs enregistrés ou payants du logiciel).
L'origine proviendrait de l'utilisation des cartes perforées sur lesquelles on ajoutait une rustine pour corriger un bug.
Nature
Il se présente normalement comme une séquence de modifications à apporter au code source du logiciel traité, après quoi le code devra être recompilé pour obtenir la version modifiée du logiciel.
Cependant, dans certains cas, notamment quand l'éditeur du logiciel ne désire pas que les utilisateurs aient accès à son code source, le correctif peut se présenter comme un programme autonome qui va greffer sur le logiciel original une modification sous la forme d'un ajout de code exécutable et de la mise en place d'une instruction de branchement vers la section de code ajoutée.
Plusieurs correctifs peuvent être distribués simultanément et sont alors regroupés dans un Service Pack (SP).
Par abus de langage, on appelle parfois patch les corrections de bugs livrés sous forme de code compilé (binaire) annulant et remplaçant un exécutable ou une bibliothèque.
Limites du principe
Le principe des patchs offre donc un palliatif aux manques d'un logiciel, mais il a des limites. L'accumulation de patchs, surtout de sources différentes, peut, à l'image du patchwork, poser un problème de cohérence globale. Par ailleurs, l'ordre d'application des patches peut s'avérer essentiel : passer un patch avant un autre peut conduire une situation difficilement récupérable. Une approche prévoyante consiste à prévoir ce qui peut évoluer et de standardiser l'évolutivité en suivant par exemple une approche à base de plugins.