Dans Java le versionning c'est pas folichon (pour ne pas dire inexistant), par contre dans .NET c'est le pied : http://www.theserverside.net/articles/showarticle.tss?id=AssemblyVe(...)
En gros la moindre définition de classe, d'interface, d'assembly est versionné. On peut charger 2 versions différentes d'une même classe, tu peux signer une classe, etc. Pour éviter les conflits lors de déploiement ou de mises à jour c'est le pied.
le langage C# censé tiré pleinement parti du framework a été aussi conçu dans cet objectif, c'est pourquoi on ne retrouve pas entre autre la propagation des exceptions comme en Java, la possibilité de spécifier quelle méthode de quelle interface on implémente (2 interfaces pouvant avoir 2 méthodes avec la même signature, en Java tu as conflits), etc.
[^] # 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.
http://www.theserverside.net/articles/showarticle.tss?id=AssemblyVe(...)
En gros la moindre définition de classe, d'interface, d'assembly est versionné. On peut charger 2 versions différentes d'une même classe, tu peux signer une classe, etc. Pour éviter les conflits lors de déploiement ou de mises à jour c'est le pied.
le langage C# censé tiré pleinement parti du framework a été aussi conçu dans cet objectif, c'est pourquoi on ne retrouve pas entre autre la propagation des exceptions comme en Java, la possibilité de spécifier quelle méthode de quelle interface on implémente (2 interfaces pouvant avoir 2 méthodes avec la même signature, en Java tu as conflits), etc.