Diseñar y crear soluciones de Office

Artículo
04/10/2013

Visual Studio 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 Office 2013 y Office 2010. 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 con Visual Studio, 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.

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 4.5

[!NOTA]

Las soluciones de Office pueden destino .NET Framework 4.5 sólo si instala las herramientas de Microsoft Office Developer para Visual Studio 2012.Para obtener más información, vea “herramientas” en Página de descarga.

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 como destino .NET Framework 4, .NET Framework 4 se requiere en equipos de usuario final.En este ejemplo, la solución no se ejecutará si sólo está instalado .NET Framework 3.5 en equipos de usuario final.

Si migra un proyecto de complemento de nivel de aplicación destinado a.NET Framework 3.5, Visual Studio cambia la versión de destino del proyecto en .NET Framework 4.

Si instala las herramientas de Microsoft Office Developer para Visual Studio 2012, Visual Studio cambia la versión de destino del proyecto en .NET Framework 4.5.

Sin embargo, después de que Visual Studio cambie el marco de destino, es posible que necesite modificar parte del código del proyecto si usa ciertas características.Para obtener más información sobre cómo cambiar la versión de .NET Framework de destino, vea Cómo: Usar como destino una versión 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 o .NET Framework 4.5.

Si Visual Studio 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 puede tener como destino.NET Framework 3.5 o anterior en los proyectos de Office que cree mediante Visual Studio 2012.Los proyectos de Office que cree mediante Visual Studio 2012 requiere características que se introdujeron por primera vez en .NET Framework 4 Client Profile

Cuándo se requieren los PIA de Office en los equipos de los usuarios finales

De forma predeterminada, los ensamblados de interoperabilidad primarios (PIAs) de Office no se deben instalar en equipos de usuario final si la propiedad Incrustar tipos de interoperabilidad de cada referencia del PIA de Office en el proyecto se establece en True, que es 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.

Si la propiedad Incrustar tipos de interoperabilidad de cada referencia del PIA de Office en el proyecto se establece en False, los PIA de Office deben instalarse y registrarse en la memoria caché global de ensamblados en cada equipo del usuario final que ejecute 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.

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 .NET Framework 4 completo, debe establecer esta opción después de que se cree el proyecto.Para obtener más información, vea Cómo: Usar como destino una versión de .NET Framework.

Crear Soluciones para la edición de 64 bits de Microsoft Office

Microsoft Office 2013 y Office 2010 están disponibles en las 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 Compilar soluciones de Office.

Hay 64 bits y las versiones de 32 bits independientes de Runtime de Microsoft Visual Studio Tools para Office utilizadas por las ediciones de 64 bits y de 32 bits de Microsoft Office 2013 y de Office 2010.Para obtener más información, vea Información general sobre el Motor en tiempo de ejecución de Microsoft Visual Studio Tools para Office.

Ensamblados en las soluciones de Office

Cuando se crea un proyecto de Office con las herramientas de desarrollo de Office en Visual Studio, el código que se escribe se compila finalmente en un ensamblado.El ensamblado se suele implementar en un servidor compartido o un directorio en el equipo cliente.

Los ensamblados en las soluciones de Office se cargan mediante una aplicación de Office.Una vez cargado el ensamblado, el código del ensamblado puede responder a los eventos que se producen en la aplicación, por ejemplo, cuando un usuario hace clic en un elemento de menú.El código del ensamblado también puede llamar al modelo de objetos para automatizar y extender la aplicación, y puede utilizar cualquiera de las clases de .NET Framework. Para obtener más información, vea Arquitectura de las personalizaciones de nivel de documento y Arquitectura de los complementos de nivel de aplicación.

Las soluciones de Office utilizan manifiestos de implementación y manifiestos de aplicación para identificar el ensamblado.Los manifiestos contienen información sobre el nombre, la versión y la ubicación del ensamblado de modo que la aplicación pueda encontrar el ensamblado correcto, vincularse a él y ejecutarlo.Para obtener más información, consulte Manifiestos de implementación y aplicación en soluciones de Office.

Los proyectos de nivel de documento incluyen un documento además de un ensamblado.El documento actúa como front-end de la aplicación y es en él donde se produce toda la interacción del usuario.Cada documento sólo puede tener asociado un ensamblado de proyecto principal; sin embargo, varios documentos pueden hacer referencia al mismo ensamblado.

Los ensamblados en los proyectos de nivel de documento no están incrustados en el documento; están almacenados en otra parte y se identifican mediante el manifiesto de aplicación del documento.

Consideraciones de seguridad para los ensamblados

Para que una solución de Office se ejecute en un equipo, los ensamblados usados por la solución deben ser de confianza.Para obtener más información sobre la seguridad, vea Asegurar las soluciones de Office.

De manera predeterminada, el ensamblado de la solución y los ensamblados a los que se hace referencia que están ubicados en la carpeta de resultados del proyecto reciben confianza para ejecutarse en el equipo de desarrollo cuando se compila el proyecto.Para obtener más información, vea Compilar soluciones de Office.

Por razones de seguridad, es preferible crear proyectos en el equipo local, en lugar de desarrollarlos en una ubicación compartida.Para obtener más información, vea Desarrollo en colaboración de las soluciones de Office.

Referencias a ensamblados

El ensamblado puede hacer referencia a otros ensamblados, que se enumeran en las referencias del proyecto.Sin embargo, un ensamblado de proyecto de nivel de documento no puede hacer referencia a otro ensamblado de proyecto de nivel de documento.

Vea también

Compartir a través de