Por qué usar el PIA de Outlook
Desde Outlook 98, Outlook ofrece un modelo de objetos para que los desarrolladores integren la funcionalidad de Outlook en una aplicación, amplíen Outlook o automaticen Outlook. Este modelo de objetos está diseñado para funcionar con la tecnología de Modelo de objetos componentes (COM). Por lo general, los desarrolladores de la aplicación de Outlook desarrollaban soluciones COM usando Visual Basic para Aplicaciones (VBA) y Visual Basic. Sin embargo, las soluciones de Outlook desarrolladas con VBA tienen limitaciones en cuanto a la implementación, especialmente en entornos empresariales, y es difícil actualizarlas cuando se implementan.
.NET Framework ofrece un amplio conjunto de bibliotecas de clases y tecnologías compatibles que resuelven muchas de las limitaciones de los complementos COM y VBA. Sin embargo, una aplicación administrada necesita un puente entre los entornos .NET y COM para programar en un modelo de objeto COM. Un ensamblado de interoperabilidad es un contenedor COM que actúa como puente. Por lo tanto, ahora se desarrollan más soluciones de Outlook como aplicaciones administradas que se basan en un ensamblado de interoperabilidad. Para obtener más información sobre cómo los ensamblados de interoperabilidad facilitan la interoperabilidad entre .NET y COM, vea Introducción a la interoperabilidad entre COM y .NET.
Un ensamblado de interoperabilidad describe tipos COM y permite que el código administrado interactúe con un modelo de objetos COM. Puede existir cualquier cantidad de ensamblados de interoperabilidad para describir un determinado tipo COM. Como editor de la biblioteca de tipos, Outlook proporciona un ensamblado de interoperabilidad primario (PIA) que contiene la descripción oficial del modelo de objetos de Outlook basados en COM. En general, se recomienda usar el ensamblado de interoperabilidad primario de Outlook en lugar de depender de un ensamblado de interoperabilidad de otra fuente.
Usar Visual Studio y Office Developer Tools para Visual Studio
Los desarrolladores pueden crear soluciones de Outlook administradas fuera de Visual Studio, pero usar Visual Studio hace que sea mucho más fácil integrar la funcionalidad de Outlook en código administrado. Gracias a la comodidad y la sencillez de desarrollo, a los desarrolladores de complementos les resulta más fácil migrar de un desarrollo de COM a uno de .NET. En el tiempo de diseño, los desarrolladores pueden usar Office Developer Tools para Visual Studio para crear complementos que tengan acceso al modelo de objetos de Outlook y a .NET Framework. En el tiempo de ejecución, Office Developer Tools para Visual Studio ofrece un cargador para estos complementos: cuando un usuario inicia Outlook, este cargador inicia Common Language Runtime (CLR) y Visual Studio Tools para Office Runtime, y después carga el ensamblado del complemento. El ensamblado puede capturar eventos generados en Outlook.
Visual Studio 2012 instala de manera predeterminada las plantillas de complementos para Office 2010. Para usar Office Developer Tools para Visual Studio con el fin de desarrollar complementos administrados para Outlook 2013, debe descargar las plantillas para Office 2013.
Para obtener más información sobre Office Developer Tools para Visual Studio, vea Configurar un equipo para desarrollar soluciones de Office. Para obtener más información sobre la programación de complementos administrados para Outlook, vea Get started programming VSTO Add-ins (Introducción a la programación de complementos VSTO).