Assembly : mscorlib (dans mscorlib.dll)
Syntaxe<SerializableAttribute> _ <ComVisibleAttribute(True)> _ Public NotInheritable Class Version Implements ICloneable, IComparable, IComparable(Of Version), _ IEquatable(Of Version)
Dim instance As Version
[SerializableAttribute] [ComVisibleAttribute(true)] public sealed class Version : ICloneable, IComparable, IComparable<Version>, IEquatable<Version>
[SerializableAttribute] [ComVisibleAttribute(true)] public ref class Version sealed : ICloneable, IComparable, IComparable<Version^>, IEquatable<Version^>
/** @attribute SerializableAttribute() */ /** @attribute ComVisibleAttribute(true) */ public final class Version implements ICloneable, IComparable, IComparable<Version>, IEquatable<Version>
SerializableAttribute ComVisibleAttribute(true) public final class Version implements ICloneable, IComparable, IComparable<Version>, IEquatable<Version>
NotesLes numéros de version comportent de deux à quatre composants : principal, secondaire, build et révision. Les composants majeurs et mineurs sont obligatoires ; les composants build et révision sont facultatifs, mais le composant build est obligatoire si le composant révision est défini. Tous les composants définis doivent être des entiers supérieurs ou égaux à 0. Le format du numéro de version est le suivant. Les composants facultatifs sont affichés entre crochets ("[" et "]") :
major.minor[.build[.revision]]
Les composants sont utilisés par convention de la façon suivante :
-
Major : les assemblys portant le même nom, mais ayant des versions principales différentes ne sont pas interchangeables. Ceci s'applique par exemple dans le cadre d'une réécriture importante d'un produit dont la compatibilité descendante ne peut pas être assurée.
-
Minor : si le nom et le numéro principal de deux assemblys sont identiques, mais que le numéro secondaire est différent, cela indique une amélioration significative avec intention de conserver une compatibilité descendante. Ceci s'applique par exemple dans le cadre d'une version ponctuelle d'un produit ou d'une nouvelle version d'un produit dont la compatibilité descendante est totale.
-
Build : une différence dans le numéro de build représente une recompilation de la même source. Ceci s'applique par exemple dans le cadre d'un changement de processeur, de plate-forme ou de compilateur.
-
Revision : les assemblys portant le même nom et les mêmes numéros de versions principale et secondaire, mais ayant des révisions différentes sont destinés à être totalement interchangeables. Ceci s'applique par exemple dans le cadre de la réparation d'une brèche dans la sécurité d'une version précédente d'un assembly.
Les versions suivantes d'un assembly, lorsqu'elles ne diffèrent que par les numéros de build ou de révision, sont considérées comme des mises à jour correctives de la version précédente.
Depuis .NET Framework 2.0, les propriétés MajorRevision et MinorRevision vous permettent d'identifier une version temporaire de votre application qui, par exemple, résout un problème en attendant la diffusion d'une solution permanente. En outre, le système d'exploitation Windows NT utilise la propriété MajorRevision pour coder le numéro de Service Pack.
Cette classe implémente les interfaces ICloneable, IComparable, IComparable et IEquatable.
Plates-formesWindows 98, Windows 2000 SP4, Windows CE, Windows Millennium Edition, Windows Mobile pour Pocket PC, Windows Mobile pour Smartphone, Windows Server 2003, Windows XP Édition Media Center, Windows XP Professionnel Édition x64, Windows XP SP2, Windows XP Starter Edition
Le .NET Framework ne prend pas en charge toutes les versions de chaque plate-forme. Pour obtenir la liste des versions prises en charge, consultez Configuration requise.
Outils (masquer)
S'enregistrer
Liste des Membres
Qui est en ligne?
FAQ