El documento describe el Common Language Runtime (CLR) de .NET, el cual ejecuta código administrado compilado a Microsoft Intermediate Language (MSIL). El CLR se encarga de traducir el MSIL a código nativo, proporcionando funcionalidades como integración de lenguajes, seguridad de tipos, y administración de memoria para el código administrado. Los ensamblados son el resultado del desarrollo en .NET y contienen el código MSIL, metadatos y manifiesto necesarios para que el

1. El Common Language RuntimeEl código intermedioComo ya se ha explicado, los compiladores de los lenguajes .NET no generan código binario para su ejecución directa en los sistemas.En su lugar se genera un código intermedio (Microsoft IntermediateLanguage o MSIL).Éste lenguaje es el que comprende el entorno de ejecución CLR y el que se encarga de traducir, a código binario (compilar), para el sistema en el que se esté ejecutando.Para ello dispone de dos opciones diferenciadas:Compilación instantánea o Just-In-Time: es la que realiza de forma automática el CLR y lanza la ejecución.Compilación bajo demanda: es de tipo incremental, es decir, sólo compila aquello que se utiliza, en lugar del programa completo. Esto optimiza el rendimiento ya que la mayoría de los usuarios sólo utilizan una pequeña parte del código de los programas y no todas las funcionalidades disponibles.

2. El Common Language RuntimeEvidentemente, esto se ha planteado de esta forma para que exista un entorno de ejecución CLR específico para cada tipo de procesador, pero una única versión de código MSIL. Con lo que los desarrollos son totalmente independientes de la plataforma sobre la que vaya a ejecutarse posteriormente el código, contrastando con los desarrollos anteriores.Junto con el código MSIL, los compiladores generan, en función de lo que el desarrollador indica, los metadatos, que son la información complementaria al programa que el entorno necesita para poder gestionar la ejecución. Estos metadatos y el código intermedio, junto con los recursos adicionales que pueda requerir el proceso se empaquetan en lo que se conoce como ensamblados o Assemblies, por su nombre en Inglés.

3. El Common Language RuntimeAdemás de las funcionalidades ofrecidas al desarrollo, hay una nueva serie de ventajas enfocadas al entorno de desarrollo que pasamos a comentar.Para un mejor control de seguridad y aislamiento de los procesos en ejecución, dentro de la máquina, el Framework dispone de los Application Domaino dominios de aplicación. Estos permiten, al margen de los beneficios ya comentados de seguridad y aislamiento, la ejecución concurrente de varias aplicaciones en un mismo proceso. Hasta ahora, para gestionar el aislamiento, se ejecutaba una única aplicación en cada proceso, lo cual reportaba evidentes beneficios a la hora de separar los recursos utilizados por cada una de ellas y evitaba las colisiones entre ellas a la hora de recurrir a ellos. Pero tenía unos graves problemas de rendimiento cuando una de las aplicaciones en ejecución tenía que hacer referencias o llamadas a recursos o módulos de otra de las aplicaciones en ejecución.

4. El Common Language RuntimeAhora, con las técnicas utilizadas por el .NET Framework, es muy fácil incluir varias aplicaciones de forma que se ejecuten conjuntamente en un mismo proceso, con lo cual el consumo de recursos en las llamadas entre ellas se ven enormemente reducidos, facilitando la programación orientada a componentes, que más adelante se comentará en mayor detalle.De todas formas, antes de lanzar una ejecución en un dominio de aplicación, el Framework efectúa varias validaciones del código en cuanto a temas de seguridad, acceso a áreas de memoria, ejecución de operaciones del sistema que puedan provocar fallos,..etc. Cuando estás validaciones han pasado, el código es marcado como Type-Safe, es decir seguro a nivel de tipos, ya se ha comentado el tema de los tipos comunes del .NET Framework.

5. El Common Language RuntimeEste tipo de arquitectura de ejecuciones permite los que se conoce como side-by-side execution, es decir, la ejecución concurrente de distintas versiones de la misma aplicación o componente.La ejecución de los dominios de aplicación, dentro del CLR, la llevan a cabo los Runtime-Hosts, o servidores de entorno, que no es más que una nueva denominación para los típicos sub-sistemas de ejecución, como puedan ser el Windows Shell, para las aplicaciones de escritorio, el ASP.NET, para las aplicaciones basadas en la Web o Internet Explorer, para la navegación por la red, entre otros. Para el control del acceso a los recursos del sistema, el .NET Framework utiliza lo que denomina Access Control ListoACL, las cuales pueden ser creadas o modificadas desde código, ampliando las facilidades en la entrada y salida, gestión de hilos y manipulación del registro, permitiendo o denegando el acceso a los recursos del sistema.Microsoft SQL Server™ Microsoft BizTalk™ Server Microsoft Host Integration Server Microsoft Exchange Enterprise Server Microsoft Application Center Microsoft Internet Security and Acceleration Server Microsoft Commerce Server Microsoft SharePoint™ Portal Server Microsoft Mobile Information Server Microsoft Content Management Server

6. El Common Language RuntimeNamespace o Espacios de nombresYa hemos comentado que toda la funcionalidad ofrecida por el .NET Framework a los lenguajes, al tiempo que utilizado por él mismo para su funcionamiento está ubicada en la librería básica de clases (Base Class LibraryoBCL).Como hay varios miles de clases en esta librería, el tenerlas todas en línea sería totalmente inabordable, al menos para el común de los mortales.La forma de evitar este lío es la organización de las mismas en los que se denomina Namespace o espacios de nombres.Sólo es una denominación específica para una estructura en árbol, en la que las clases se van situando, agrupadas por temas específicos, con las necesarias subdivisiones por especialidades, hasta llegar al último nivel de detalle.

7. El Common Language RuntimePara poder utilizar las clases incluidas en un Namespace de forma sencilla, es necesario declarar su utilización al principio del módulo de código en el que se vaya a hacer uso de alguna de sus clases. En Visual Basic esta operación se realiza con la palabra clave Imports, en C# con la instrucción Using aunque cada lenguaje utiliza una sintaxis específica para esta tarea.Esta declaración permite que hagamos referencia directa al nombre de la clase que deseemos utilizar, sin tener que calificarla con su nombre completo, que sería el caso si no hubiéramos realizado la “importación” inicial.Como ejemplo puede valer el siguiente. Para manejar un botón en un formulario se ha de utilizar la clase Button. Sin el espacio de nombres, su nombre calificado completo sería System.Windows.Forms.Button.El uso de los espacios de nombres es el que habilita la referencia automática del IntelliSense.

8. El Common Language RuntimeUna funcionalidad que hasta ahora no teníamos disponible es la de poder heredar de una clase del sistema, cosa que ya se puede efectuar, al estar todas las clases de la BCL a nuestra disposición, para su modificación o ampliación de funcionalidades.Una de las ventajas de la organización de las clases del entorno en la BCL es que estas son externas a cualquier lenguaje y están, en cambio, disponibles para todos los soportados, lo cual redunda en beneficio de los desarrolladores y de la independencia del lenguaje, ya que esta característica, la “heredan” también nuestras propias clases y cualquier clase que desarrollemos, sea con el lenguaje que sea, estará disponible para su consumo o utilización desde una función desarrollada con cualquier otro lenguaje de los incluidos en el entorno.Algunas de los principales, o más usados, espacios de nombres son los que a continuación se muestran. Microsoft.Aspnet.SnapinMicrosoft.Build.BuildEngineMicrosoft.Build.FrameworkMicrosoft.Build.TasksMicrosoft.Build.Tasks.Deployment.BootstrapperMicrosoft.Build.Tasks.Deployment.ManifestUtilitiesMicrosoft.Build.UtilitiesMicrosoft.CSharpMicrosoft.JScriptMicrosoft.SqlServer.ServerMicrosoft.VisualBasicMicrosoft.VisualBasic.ApplicationServicesMicrosoft.VisualBasic.CompilerServicesMicrosoft.VisualBasic.DevicesMicrosoft.VisualBasic.FileIOMicrosoft.VisualBasic.LoggingMicrosoft.VisualBasic.MyServicesMicrosoft.VisualBasic.MyServices.InternalMicrosoft.VisualBasic.VsaMicrosoft.VisualCMicrosoft.VsaMicrosoft.Vsa.Vb.CodeDOMMicrosoft.Win32Microsoft.Win32.SafeHandlesMicrosoft.WindowsCE.FormsMicrosoft.WindowsMobile.DirectXMicrosoft.WindowsMobile.DirectX.Direct3DMicrosoft_VsaVbSystemSystem.CodeDomSystem.CodeDom.CompilerSystem.CollectionsSystem.Collections.GenericSystem.Collections.ObjectModelSystem.Collections.SpecializedSystem.ComponentModelSystem.ComponentModel.DesignSystem.ComponentModel.Design.DataSystem.ComponentModel.Design.SerializationSystem.ConfigurationSystem.Configuration.AssembliesSystem.Configuration.InstallSystem.Configuration.ProviderSystem.DataSystem.Data.CommonSystem.Data.DesignSystem.Data.LinqSystem.Data.Linq.MappingSystem.Data.OdbcSystem.Data.OleDbSystem.Data.OracleClientSystem.Data.SqlSystem.Data.SqlClientSystem.Data.SqlServerCESystem.Data.SqlTypesSystem.DiagnosticsSystem.Diagnostics.CodeAnalysisSystem.Diagnostics.DesignSystem.Diagnostics.SymbolStoreSystem.DirectoryServicesSystem.DirectoryServices.ActiveDirectorySystem.DirectoryServices.ProtocolsSystem.DrawingSystem.Drawing.DesignSystem.Drawing.Drawing2DSystem.Drawing.ImagingSystem.Drawing.PrintingSystem.Drawing.TextSystem.EnterpriseServicesSystem.EnterpriseServices.CompensatingResourceManagerSystem.EnterpriseServices.InternalSystem.GlobalizationSystem.IOSystem.IO.CompressionSystem.IO.IsolatedStorageSystem.IO.PortsSystem.LinqSystem.Linq.ExpressionsSystem.ManagementSystem.Management.InstrumentationSystem.MessagingSystem.Messaging.DesignSystem.NetSystem.Net.CacheSystem.Net.ConfigurationSystem.Net.MailSystem.Net.MimeSystem.Net.NetworkInformationSystem.Net.SocketsSystem.ReflectionSystem.Reflection.EmitSystem.ResourcesSystem.Resources.ToolsSystem.RuntimeSystem.Runtime.ConstrainedExecutionSystem.Runtime.HostingSystem.Runtime.CompilerServicesSystem.Runtime.InteropServicesSystem.Runtime.InteropServices.ComTypesSystem.Runtime.InteropServices.CustomMarshalersSystem.Runtime.InteropServices.ExpandoSystem.Runtime.RemotingSystem.Runtime.Remoting.ActivationSystem.Runtime.Remoting.ChannelsSystem.Runtime.Remoting.Channels.HttpSystem.Runtime.Remoting.Channels.IpcSystem.Runtime.Remoting.Channels.TcpSystem.Runtime.Remoting.ContextsSystem.Runtime.Remoting.LifetimeSystem.Runtime.Remoting.MessagingSystem.Runtime.Remoting.MetadataSystem.Runtime.Remoting.Metadata.W3cXsd2001System.Runtime.Remoting.MetadataServicesSystem.Runtime.Remoting.ProxiesSystem.Runtime.Remoting.ServicesSystem.Runtime.SerializationSystem.Runtime.Serialization.FormattersSystem.Runtime.Serialization.Formatters.BinarySystem.Runtime.Serialization.Formatters.SoapSystem.SecuritySystem.Security.AccessControl System.Security.CryptographySystem.Security.Cryptography.PkcsSystem.Security.Cryptography.X509CertificatesSystem.Security.Cryptography.XmlSystem.Security.PermissionsSystem.Security.PolicySystem.Security.PrincipalSystem.ServiceProcessSystem.TextSystem.Text.RegularExpressionsSystem.ThreadingSystem.TimersSystem.TransactionsSystem.Transactions.ConfigurationSystem.WebSystem.Web.CachingSystem.Web.CompilationSystem.Web.ConfigurationSystem.Web.HandlersSystem.Web.HostingSystem.Web.MailSystem.Web.ManagementSystem.Web.MobileSystem.Web.ProfileSystem.Web.RegularExpressionsSystem.Web.SecuritySystem.Web.ServicesSystem.Web.Services.ConfigurationSystem.Web.Services.DescriptionSystem.Web.Services.DiscoverySystem.Web.Services.ProtocolsSystem.Web.SessionStateSystem.Web.UISystem.Web.UI.AdaptersSystem.Web.UI.DesignSystem.Web.UI.Design.MobileControlsSystem.Web.UI.Design.MobileControls.ConvertersSystem.Web.UI.Design.WebControlsSystem.Web.UI.Design.WebControls.WebPartsSystem.Web.UI.HtmlControlsSystem.Web.UI.MobileControlsSystem.Web.UI.MobileControls.AdaptersSystem.Web.UI.MobileControls.Adapters.XhtmlAdaptersSystem.Web.UI.WebControlsSystem.Web.UI.WebControls.AdaptersSystem.Web.UI.WebControls.WebPartsSystem.Web.UtilSystem.Windows.FormsSystem.Windows.Forms.ComponentModel.Com2InteropSystem.Windows.Forms.DesignSystem.Windows.Forms.Design.BehaviorSystem.Windows.Forms.LayoutSystem.Windows.Forms.PropertyGridInternalSystem.XmlSystem.Xml.SchemaSystem.Xml.SerializationSystem.Xml.XPathSystem.Xml.XslSystem.Xml.Xsl.RuntimeSystem.Xml.Xsl

9. El Common Language RuntimeEl código administrado por el CLR obtiene las funcionalidades aportadas por el mismo, como pueden ser:Integración de lenguajes.Pase de excepciones entre módulos, incluso de diferentes lenguajes.El control de seguridad ya mencionado, de tipos y acceso a recursos.Pero para ello, los programas deben tener generados los correspondientes metadatos para que el CLR disponga de las descripciones de los tipos, las referencias y los miembros componentes de dicho código, los cuales han de ser almacenados junto con el propio código. En estos metadatos figura la relación de todos los recursos utilizados por el módulo, así como, en los casos pertinentes, las versiones específicas de los mismos necesarias para la correcta ejecución del módulo. Lo cual permite que el CLR pueda efectuar el control necesario, antes de lanzar la ejecución del módulo, de que todos los recursos necesarios están presentes y en la versión adecuada, evitando las interrupciones de proceso debidas a estos problemas.

10. El Common Language RuntimeEl colocar en los metadatos está información permite evitar el tener que situarla en el registro del sistema, facilitando la existencia de varias versiones de las aplicaciones y la gestión de las mismas.EL CLRse encarga, dentro de la parte de administración de memoria, de gestionar la liberación de la memoria no utilizada y de los recursos que ya no se vayan a referenciar, después de haberlos colocados en ella al hacerse referencia a los mismos desde el código, dándosele el nombre de datos administrados a todos los que entran en esta gestión.Una de las ventajas adicionales del sistema del .NET Framework es que la instalación de las aplicaciones se ha visto grandemente facilitada, reduciéndose, en muchas ocasiones, a una simple copia de archivos, al estar toda la configuración necesaria incluida en el propio paquete.

11. El Common Language RuntimeEl sistema de tipos comunes (CTS)Los tipos son la forma de definir la representación de un dato, sus métodos y propiedades.El CTS define cómo definir, utilizar y administrar los tipos en el CLR.Es uno de los fundamentos de la integración entre lenguajes, junto con la BCL.Algunas de sus funcionalidades son:Establece las reglas a seguir por los lenguajes para poder integrarse en tiempo de ejecución.Define el modelo de orientación a objetos utilizado por todos los lenguajes del FrameworkSienta las bases para que el CLR pueda ejecutar sus funciones de control de la seguridad de tipos.Es decir, el CTS es quien establece cómo el CLR ha de administrar el código en ejecución.

12. El Common Language RuntimeLos ensamblados o Assembliesson el resultado de nuestros esfuerzos en desarrollo, lo que producimos, desde Visual Studio, para que se ejecute en los sistemas. Contienen, evidentemente, el código compilado a lenguaje MSIL, los Metadatos y el manifiesto del ensamblado, que se comentará más adelante.Con esta información, el CLR, en tiempo de ejecución, podrá efectuar sus validaciones de seguridad de tipos y acceso a recursos, sabrá que recursos debe preparar para la ejecución y que versión de cada uno de ellos debe ubicar, sabrá que autorizaciones de acceso debe otorgar. Los ensamblados pueden ser estáticos y dinámicos, siendo los dinámicos aquellos cuya ejecución se lanza directamente, sin haber sido guardados previamente, pudiendo guardarse tras la ejecución, pasando a ser estáticos a partir de ese momento. Es decir los ensamblados estáticos son aquellos que han sido guardados en disco o directamente creados en tiempo de desarrollo.

13. El Common Language RuntimeLos ensamblados se pueden crear con diferentes herramientas, desde Visual Studio, con las herramientas específicas del SDK y desde el CLR con Reflection.Emit, entre otras. Aunque, como ya se ha comentado, al generar un nuevo proyecto desde Visual Studio ya es, automáticamente, un nuevo ensamblado. Los ensamblados son la solución al problema habitual de las nuevas versiones y de las DLLs compartidas. Ya no nos ocurrirá que una nueva versión de una DLL machaque la versión anterior, con lo que dejaban de funcionar otros programas. Ahora, al no estar registradas en el registro de Windows, no existe este problema. Cada versión de cada DLL está listada dentro del manifiesto del o de los ensamblados a los que pertenece y estos son los que se encargarán de ubicarla y recuperar la versión correcta para el ensamblado en ejecución, ya que ahora se guardarán, normalmente, en el mismo directorio que el ejecutable y el resto de recursos necesarios para su ejecución.

14. El Common Language RuntimeAdemás de la ventaja anterior, que ya es enorme de por sí, los ensamblados son los que facilitan muchísimo la instalación de las aplicaciones, al ser auto-descriptivos, y también permiten facilitar la desinstalación de las aplicaciones, por los mismos motivos.Los ensamblados están compuestos por varios elementos:Manifiesto: contiene los metadatos del ensamblado, único elemento obligatorio.Metadatos sobre los tipos contenidos en el ensamblado.El código MSIL del módulo.Recursos adicionales.Los ensamblados pueden ser de archivo único, cuando lo colocamos todo en un único archivo por ser de pequeño tamaño, o de múltiples archivos, cuando vamos colocando los distintos componentes del módulo en varios archivos.

15. El Common Language RuntimeEsta última opción es la que se suele utilizar cuando estamos ante aplicaciones bastante grandes o con muchas funcionalidades diversas que los usuarios no utilizarán necesariamente todas. Al estar en archivos separados, se facilita su descarga, caso en acceso por la red, al no descargarse un archivo hasta no ser referenciado desde el código en ejecución. Lo que está claro es que aunque el ensamblado sea de múltiples archivos, el manifiesto del mismo será único y será el encargado de ir indicando en que archivo se encuentra cada módulo requerido, debiendo ir en un archivo independiente cuando se trate de un ensamblado de archivos múltiples.Al ser los manifiestos relaciones de los recursos del ensamblado, los módulos que lo componen no están compilados, por lo que pueden fácilmente ser reutilizados desde otros manifiestos en diferentes ensamblados, reafirmando la orientación a objetos y componentes del entorno.

16. El Common Language RuntimeEl manifiesto del ensamblado está compuesto por:Nombre del ensamblado, una cadena de caracteres con el nombre del ensamblado.Número de versión, principal y secundaria, revisión y compilación, las que condicionan las compatibilidades controladas posteriormente por el CLR.Referencia a la cultura, información sobre idioma y otros elementos culturales que soporta el ensamblado.Información de nombre seguro, clave pública, si el ensamblado tiene nombre seguro.Lista de ficheros, nombre y resumen de cada fichero de los que forman el ensamblado, siempre ubicados en el mismo directorio.Referencia de tipos, información usada por el entorno para localizar el código IL de cada uno de los tipos que contiene el ensamblado.Ensamblados referenciados, lista de los ensamblados con los que el actual mantiene dependencias, plenamente identificados.Los cuatro primeros elementos forman la identidad del ensamblado.

17. El Common Language RuntimeRecolección de basura (GarbageCollection):El CLR utiliza el Garbage Collector para gestionar la memoria que utilizan los tipos por referencia.El Garbage Collectorgarantiza que un objeto se destruye una y sólo una vez y sólo cuando ya no sea utilizado.El Garbage Collectorejecutará el contenido del método destructor o Finalize que hayamos codificado para liberar recursos utilizados por nuestro objeto. El orden de ejecución de los destructores no puede ser garantizado.No deben incluir código dependiente de tiempos o intervenciones de usuario.