¿Le resultó útil esta página?
Sus comentarios sobre este contenido son muy importantes. Háganos saber su opinión.
¿Tiene comentarios adicionales?
Caracteres restantes: 1500
Exportar (0) Imprimir
Expandir todo

Version (Clase)

Representa el número de versión de un ensamblado de Common Language Runtime. No se puede heredar esta clase.

Espacio de nombres: System
Ensamblado: mscorlib (en mscorlib.dll)

[SerializableAttribute] 
[ComVisibleAttribute(true)] 
public sealed class Version : 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>

Los números de versión están formados por entre dos y cuatro componentes: principal, secundario, de compilación y de revisión. Los componentes principal y secundario son obligatorios; los componentes de compilación y revisión son opcionales, pero, si se define el componente de revisión, el de compilación es necesario. Todos los componentes definidos deben ser enteros mayores o iguales que 0. El formato del número de versión es el siguiente. Los componentes opcionales aparecen entre corchetes ('[' y ']'):

principal.secundario[.de compilación[.de revisión]]

Por convención, los componentes se utilizan de la forma siguiente:

  • Major: los ensamblados que tengan el mismo nombre pero diferentes versiones principales no son intercambiables. Esto sería lo adecuado, por ejemplo, para la reescritura principal de un producto en el que no se puede asumir la compatibilidad con los anteriores.

  • Minor: si el nombre y el número principal de dos ensamblados son iguales, pero el número secundario es diferente, esto significa que se ha producido una mejora importante en lo que se refiere a la intención de compatibilidad con los anteriores. Esto sería lo adecuado, por ejemplo, en el lanzamiento de un producto o en el caso de una nueva versión de un producto completamente compatible con las anteriores versiones.

  • Build: una diferencia en el número de compilación representa una recompilación del mismo origen. Esto sería lo adecuado por los cambios de procesador, plataforma o de compilador.

  • Revision: los ensamblados con el mismo nombre e iguales versiones principal y secundaria pero con revisiones diferentes están pensadas para ser completamente intercambiables. Esto sería lo conveniente para solucionar un problema de seguridad en un ensamblado anterior.

Las versiones posteriores de un ensamblado que difieran sólo en los números de compilación y revisión se consideran actualizaciones QFE (ingeniería de corrección rápida) de la versión anterior.

A partir de .NET Framework 2.0, las propiedades MajorRevision y MinorRevision permiten identificar una versión provisional de su aplicación que, por ejemplo, corrija un problema hasta que pueda lanzar al mercado una solución permanente. Además, el sistema operativo Windows NT utiliza la propiedad MajorRevision para codificar el número de Service Pack.

Esta clase implementa las interfaces ICloneable, IComparable, IComparable y IEquatable.

Los miembros estáticos públicos (Shared en Visual Basic) de este tipo son seguros para la ejecución de subprocesos. No se garantiza que los miembros de instancias sean seguros para la ejecución de subprocesos.

Windows 98, Windows 2000 SP4, Windows CE, Windows Millennium, Windows Mobile para Pocket PC, Windows Mobile para Smartphone, Windows Server 2003, Windows XP Media Center, Windows XP Professional x64, Windows XP SP2, Windows XP Starter Edition

.NET Framework no admite todas las versiones de cada plataforma. Para obtener una lista de las versiones admitidas, vea Requisitos del sistema.

.NET Framework

Compatible con: 2.0, 1.1, 1.0

.NET Compact Framework

Compatible con: 2.0, 1.0

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft