Diseñar y crear soluciones de Office
Visual Studio 2010 incluye plantillas de proyecto que puede utilizar para crear varios tipos diferentes de soluciones de Office. En esta sección de la documentación, se describen las plantillas de proyecto y se proporciona información sobre cómo crear proyectos de Office. Para obtener información sobre cómo implementar código y personalizaciones de la interfaz de usuario después de crear el proyecto, vea Desarrollar soluciones de Office.
Se aplica a: la información de este tema se aplica a los proyectos de nivel de documento y los proyectos de nivel de aplicación para Microsoft Office 2010 y 2007 Microsoft Office System. Para obtener más información, vea Características disponibles por aplicación y tipo de proyecto de Office.
Crear proyectos de Office
Antes de comenzar, deberá determinar sus requisitos y detectar el tipo de solución que mejor se adapte a sus necesidades. Por ejemplo, si se debe ejecutar la solución de Office cada vez que se utiliza la aplicación, un complemento en el nivel de la aplicación es lo más adecuado. Si el código se integra estrechamente con un único documento, cree una personalización en el nivel del documento. Estos tipos de proyecto están disponibles como plantillas de proyecto de Visual Studio. Para obtener más información sobre las plantillas de proyecto de Office incluidas en Visual Studio 2010, vea Información general sobre las plantillas de Office Project. Para obtener más información sobre cómo crear proyectos de Office, vea Cómo: Crear proyectos de Office en Visual Studio.
Los proyectos de Office tienen características y elementos que son diferentes con respecto a otros tipos de proyectos en Visual Studio. Por ejemplo, cuando se crea un proyecto de nivel de documento, el documento o libro del proyecto se puede abrir y editar en Visual Studio. Para obtener más información, vea Proyectos de Office en el entorno de Visual Studio.
Si su base de clientes utiliza Microsoft Office 2010 y 2007 Microsoft Office system, puede desarrollar una solución que funcione en ambas versiones de Office. Para obtener más información, vea Ejecutar soluciones en diferentes versiones de Microsoft Office.
Elegir una versión de .NET Framework
Después de seleccionar el tipo de proyecto que mejor se adapte a sus requisitos, podrá elegir qué versión de .NET Framework utilizará en el proceso de desarrollo. Puede elegir como destino las siguientes versiones de .NET Framework en los proyectos de Office:
.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 3.5
La versión de .NET Framework que elija para el proyecto es necesaria en los equipos de los usuarios finales para que se ejecute la solución. Por ejemplo, si el proyecto tiene .NET Framework 3.5 como destino, este será necesario en los equipos de los usuarios finales. En este ejemplo, la solución no se ejecutará si solo se instala .NET Framework 4 en los equipos de los usuarios finales.
Puede cambiar la versión de .NET Framework de destino una vez creado un proyecto de Office. Sin embargo, después de cambiar dicha versión, es posible que necesite modificar parte del código del proyecto si utiliza determinadas características. Para obtener más información sobre cómo cambiar la versión de .NET Framework de destino, vea Cómo: Elegir perfil o versión de destino de .NET Framework. Para obtener más información sobre los posibles cambios que deberá realizar en el proyecto, vea Migrar soluciones de Office a .NET Framework 4.
Si cambia la versión de .NET Framework de destino del proyecto y usa ClickOnce para implementar la solución, asegúrese de seleccionar también la versión correspondiente de .NET Framework en el cuadro de diálogo Requisitos previos. Esta selección no cambia automáticamente cuando se cambia la versión de .NET Framework de destino del proyecto. Para obtener más información, vea Cómo: Instalar los requisitos previos en equipos de usuarios finales para ejecutar las soluciones de Office.
Nota
No se puede elegir como destino .NET Framework 3.0 o anterior en los proyectos de Office. Los proyectos de Office requieren características que se introdujeron por primera vez en .NET Framework 3.5.
Diferencias entre los proyectos destinados a .NET Framework 4 y los destinados a .NET Framework 3.5
Si se usa .NET Framework 4 como destino en un proyecto de Office, se pueden aprovechar ciertas características que no están disponibles cuando el destino es .NET Framework 3.5.
Característica |
.NET Framework 4 |
.NET Framework 3.5 |
|---|---|---|
Implementar soluciones sin los ensamblados de interoperabilidad primarios de Office |
Si elige como destino .NET Framework 4, puede implementar las soluciones sin los ensamblados de interoperabilidad primarios (PIA) de Office. |
Si elige como destino .NET Framework 3.5, los ensamblados de interoperabilidad primarios (PIA) de Office deben instalarse en el equipo del usuario final antes de la ejecución de la solución. |
Características de C# que simplifican el desarrollo de Office |
Si elige como destino .NET Framework 4, puede utilizar el enlace en tiempo de ejecución a fin de simplificar el código que va a escribir para trabajar con los modelos de objetos de Office. Para obtener más información, vea Enlace en tiempo de ejecución en las soluciones de Office. |
Si elige como destino .NET Framework 3.5, debe convertir los objetos explícitamente y utilizar la reflexión para obtener acceso a los miembros enlazados en tiempo de ejecución. Para obtener más información, vea Enlace en tiempo de ejecución en las soluciones de Office. |
Cuándo se requieren los PIA de Office en los equipos de los usuarios finales
Cuando se crea una solución de Office destinada a .NET Framework 3.5, los PIA de Office deben instalarse y registrarse en la memoria caché global de ensamblados de cada uno de los equipos de los usuarios finales en los que se ejecuta la solución. En la mayoría de los casos, los PIA se instalan de forma predeterminada con Office; sin embargo, también se puede incluir el paquete redistribuible de PIA como un requisito previo para la solución. Para obtener más información, vea Requisitos previos de las soluciones de Office para su implementación.
Cuando se crea una solución de Office destinada a .NET Framework 4, no es necesario que los PIA de Office estén instalados en los equipos de los usuarios finales si la propiedad Incrustar tipos de interoperabilidad de cada referencia a un PIA de Office en el proyecto se establece en True (el valor predeterminado). En este escenario, la información de los tipos de PIA utilizados por la solución se incrusta en el ensamblado de la solución cuando se compila el proyecto. En tiempo de ejecución, se usa la información de tipos incrustada en lugar de los PIA para llamar al modelo de objetos basado en COM de la aplicación de Office. Para obtener más información sobre cómo incrustar los tipos de PIA en una solución, vea Equivalencia de tipos y tipos de interoperabilidad incrustados.
Introducción a Client Profile
.NET Framework Client Profile es un subconjunto de la plataforma .NET Framework completa. Puede elegir como destino .NET Framework Client Profile si necesita utilizar únicamente las características de cliente de .NET Framework y desea proporcionar la implementación más rápida posible para la solución de Office. Para obtener más información, vea .NET Framework Client Profile.
Cuando se crea un proyecto de Office destinado a .NET Framework 4, .NET Framework 4 Client Profile está destinado de forma predeterminada. Si desea desarrollar para la plataforma .NET Framework 4 completa, deberá establecer esta opción una vez creado el proyecto. Para obtener más información, vea Cómo: Elegir perfil o versión de destino de .NET Framework.
Crear soluciones para la edición de 64 bits de Microsoft Office 2010
Microsoft Office 2010 está disponible en ediciones de 64 bits y 32 bits. Para crear soluciones de Office que puedan ejecutarse en ambas ediciones, el destino de la plataforma del proyecto debe estar establecido en Cualquier CPU. Este es el valor predeterminado para los proyectos de Office. Para obtener más información, vea Información general acerca del proceso de compilación de soluciones de Office.
Hay versiones independientes de 64 bits y 32 bits del Motor en tiempo de ejecución de Microsoft Visual Studio Tools para Office que usan las ediciones de 64 bits y de 32 bits de Microsoft Office 2010. Para obtener más información, consulte Información general sobre el Motor en tiempo de ejecución de Microsoft Visual Studio Tools para Office.
Vea también
Tareas
Cómo: Crear proyectos de Office en Visual Studio
Cómo: Apuntar a las aplicaciones de Office mediante los ensamblados de interoperabilidad primarios
Cómo: Establecer la información de configuración para una solución de Office
Conceptos
Proyectos de Office en el entorno de Visual Studio
Propiedades de los proyectos de Office
Ejecutar soluciones en diferentes versiones de Microsoft Office
Información general sobre los ensamblados en las soluciones de Office
Manifiestos de implementación y aplicación en soluciones de Office
Globalización y localización de las soluciones de Office
Tareas comunes en la programación de Office
Otros recursos
Información general sobre las plantillas de Office Project
Usar la funcionalidad de Office dentro de Visual Studio
Implementar soluciones de Office