| :: Ficha Técnica del Recurso: |
Nombre: Implantación y localización de assemblies en .NETFormato del Recurso: Página Web
Valoración:
- De Navegación: Buena
- De Contenido: 9 de 10
Descripción
En este documento se pretende repasar los mecanismos que utiliza .NET para localizar assemblies dependientes una vez instalada una aplicación .NET, así como ofrecer una serie de recomendaciones que sirvan de ayuda en la decisión de elegir el mecanismo (mecanismos) más apropiados para implantar dicha aplicación y sus assemblies dependientes.
Detalles
Para ello, el orden que se seguirá será el siguiente: inicialmente se abordarán conceptos utilizados a lo largo del documento, tales cómo código compartido y assemblies con strong name. Posteriormente se enumerarán los distintos mecanismos de localización de assemblies, ventajas e inconvenientes. Se documenta el algoritmo que sigue .NET para localizar assemblies (es decir, qué mecanismos tienen prioridad sobre qué otros). Se enumeran también los distintos tipos de políticas que pueden sobrescribir la política de carga de assemblies que se utiliza por defecto. También se incluye un apartado en el que se describe el comportamiento cuando en lugar de disponer de referencias estáticas a assemblies, se utilizan las funciones de tipo Load para cargar assemblies de forma dinámica. Y finalmente se examina cómo afecta todo esto cuando se trabaja en un entorno como Remoting.
1.1 Conceptos
Las aplicaciones incluyen dos tipos de código:
- Código no compartido: exclusivo de la aplicación (EXE y DLLs).
- Código compartido: que también utilizan otras aplicaciones.
Casos típicos de componente compartido son:
- componentes de terceros (ej. un grid de un tercer fabricante que incorporemos en nuestras aplicaciones),
- componentes del sistema (sin ir mas lejos, las librerías de .NET),
- componentes internos: cierta lógica de negocio, componentes de propósito general (validación, cálculos, etc.).
Cuando un código se considera compartido, existe la necesidad de identificarlo de forma única, para no ser “confundido” con otro tipo de código. Con esa finalidad surge en .NET el concepto de strong name asociado a un assembly...
Estado del Recurso: Informar de este recurso roto
|
|
|
|
| |
| Cursos gratis en tu email: |
 Enviar a un amigo
 Agregar a favoritos
Compartir:
   
De tecnología:
|
