Non justement corriger un bug ne veux pas dire modifier le comportement à l'extérieur de la classe
Quel est l'intérêt de corriger ce bug s'il n'a aucun inpact sur l'utilisation de la lib ? J'ai du mal à cerner quand même... Quand on corrige un bug c'est bien qu'il y a un inpact extérieur, sinon c'est pas vraiment un bug... un bug c'est un comportement inatendu. Si tu veux le corriger, tu dois bien modifier le comportement :)
le cas où celà serait suffisement critique pour qu'on doivent redéfinir la classe, c'est qu'il vaut mieux mettre l'ensemble des programme à jour et en attendant utiliser la variable classpath.
D'où l'intérêt d'avoir un système de versionning fin, pour éviter d'avoir à définir une nouvelle classe, sans avoir à mettre à jour l'ensemble des programmes, sans avoir à modifier de variables.
Quand à dire que le classpath relève de la bidouille
Au sens c'est pour contourner l'absence de gestion de version par la plateforme.
j'espére simplement que tu n'es pas chef de projet parceque si les malheureux doivent réécrire chaque classe qui implémente ou appel la class que tu corriges
Ben justement c'est ce que je veux éviter. T'as jamais eu de problème de déploiement avec des conflits entre plusieurs libs ?
[^] # Re: L'avenir des langages compilés pour les gros projets
Posté par TImaniac (site web personnel) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
Quel est l'intérêt de corriger ce bug s'il n'a aucun inpact sur l'utilisation de la lib ? J'ai du mal à cerner quand même... Quand on corrige un bug c'est bien qu'il y a un inpact extérieur, sinon c'est pas vraiment un bug... un bug c'est un comportement inatendu. Si tu veux le corriger, tu dois bien modifier le comportement :)
le cas où celà serait suffisement critique pour qu'on doivent redéfinir la classe, c'est qu'il vaut mieux mettre l'ensemble des programme à jour et en attendant utiliser la variable classpath.
D'où l'intérêt d'avoir un système de versionning fin, pour éviter d'avoir à définir une nouvelle classe, sans avoir à mettre à jour l'ensemble des programmes, sans avoir à modifier de variables.
Quand à dire que le classpath relève de la bidouille
Au sens c'est pour contourner l'absence de gestion de version par la plateforme.
j'espére simplement que tu n'es pas chef de projet parceque si les malheureux doivent réécrire chaque classe qui implémente ou appel la class que tu corriges
Ben justement c'est ce que je veux éviter. T'as jamais eu de problème de déploiement avec des conflits entre plusieurs libs ?
Un autre exemple avec les méthodes virtuelles (toujours à propos de versioning) :
http://genamics.com/developer/csharp_comparative.htm#13(...)
Quelques explications :
http://artima.com/intv/nonvirtual.html(...)