Gni ? Quel est le rapport avec le suivi de projet ?
Il est quand même fréquent de devoir déployer une appli, et que le client/utilisateur est déjà une appli qui utilise les mêmes dll, mais pas avec la même version... Il est donc très utile d'avoir les 2 versions en parallèle (pour éviter le fameux DLL Hell).
Ensuite il peut également être courant qu'une classe implémente 2 interface (tirées de 2 bibliothèques par exemples) qui ont en commun une signature de méthode... Quel est le rapport avec le suivi de projet et la gestion de conf ???
Un exemple de problème en Java :
tu concois une bibliothèque de fonction, du la déploie, des clients l'utilise à travers des applications.
tu trouves un bug : tu modifies une fonction pour qu'elle lève une exception, tu redéploie. Les cliens récupère ta bibliothèque mais ne recompile pas leurs applications (z'ont pas forcement les sources) : pouf on a une exception non checkée : ke passa à l'exécution ?
[^] # 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.
Il est quand même fréquent de devoir déployer une appli, et que le client/utilisateur est déjà une appli qui utilise les mêmes dll, mais pas avec la même version... Il est donc très utile d'avoir les 2 versions en parallèle (pour éviter le fameux DLL Hell).
Ensuite il peut également être courant qu'une classe implémente 2 interface (tirées de 2 bibliothèques par exemples) qui ont en commun une signature de méthode... Quel est le rapport avec le suivi de projet et la gestion de conf ???
Un exemple de problème en Java :
tu concois une bibliothèque de fonction, du la déploie, des clients l'utilise à travers des applications.
tu trouves un bug : tu modifies une fonction pour qu'elle lève une exception, tu redéploie. Les cliens récupère ta bibliothèque mais ne recompile pas leurs applications (z'ont pas forcement les sources) : pouf on a une exception non checkée : ke passa à l'exécution ?