Udostępnij za pośrednictwem


Projektowanie i tworzenie rozwiązań pakietu Office

Program Visual Studio udostępnia szablony projektów, których można użyć do tworzenia kilku różnych typów rozwiązań pakietu Office. W tej sekcji dokumentacji opisano szablony projektów i przedstawiono wskazówki dotyczące tworzenia projektów pakietu Office. Aby uzyskać informacje na temat implementowania dostosowywania kodu i interfejsu użytkownika po utworzeniu projektu, zobacz Develop Office solutions (Opracowywanie rozwiązań pakietu Office).

Dotyczy: informacje w tym temacie dotyczą projektów na poziomie dokumentu i projektów dodatków VSTO. Zobacz Funkcje dostępne według aplikacja pakietu Office lication i typu projektu.

Uwaga

Chcesz opracowywać rozwiązania, które rozszerzają środowisko pakietu Office na wiele platform? Zapoznaj się z nowym modelem dodatków pakietu Office. Dodatki pakietu Office mają niewielki rozmiar w porównaniu z dodatkami I rozwiązaniami VSTO i można je tworzyć przy użyciu niemal dowolnej technologii programowania internetowego, takiej jak HTML5, JavaScript, CSS3 i XML.

Tworzenie projektów pakietu Office

Przed rozpoczęciem należy określić wymagania i odnaleźć typ rozwiązania, które oferuje najlepsze rozwiązanie. Jeśli na przykład rozwiązanie pakietu Office musi działać za każdym razem, gdy aplikacja jest używana, dodatek VSTO najlepiej odpowiada Twoim wymaganiom. Jeśli kod jest ściśle zintegrowany z jednym dokumentem, utwórz dostosowanie na poziomie dokumentu. Te typy projektów są dostępne jako szablony projektów programu Visual Studio. Aby uzyskać więcej informacji na temat szablonów projektów pakietu Office dołączonych do programu Visual Studio, zobacz Omówienie szablonów projektów pakietu Office. Aby uzyskać więcej informacji na temat tworzenia projektów pakietu Office, zobacz Jak tworzyć projekty pakietu Office w programie Visual Studio.

Projekty pakietu Office mają funkcje i elementy projektu, które różnią się od innych typów projektów w programie Visual Studio. Na przykład podczas tworzenia projektu na poziomie dokumentu dokument lub skoroszyt można otworzyć i edytować w programie Visual Studio. Aby uzyskać więcej informacji, zobacz Projekty pakietu Office w środowisku programu Visual Studio.

Wybieranie wersji programu .NET Framework

Po wybraniu typu projektu, który najlepiej pasuje do Twoich wymagań, możesz wybrać wersję programu .NET Framework do użycia w procesie programowania. W projektach pakietu Office można kierować następujące wersje programu .NET Framework:

Uwaga

Nie można kierować programu .NET Framework 3.5 lub starszego w projektach pakietu Office tworzonych przy użyciu programu Visual Studio 2013. Projekty pakietu Office tworzone przy użyciu programu Visual Studio 2013 wymagają funkcji, które zostały po raz pierwszy wprowadzone w profilu klienta programu .NET Framework 4

Informacje o tym, kiedy dane osobowe pakietu Office są wymagane na komputerach użytkowników końcowych

Domyślnie podstawowe zestawy międzyoperacyjności pakietu Office (PIA) nie muszą być instalowane na komputerach użytkowników końcowych, jeśli właściwość Osadź typy międzyoperacyjności każdego odwołania PIA pakietu Office w projekcie jest ustawiona na wartość True, która jest wartością domyślną. W tym scenariuszu informacje o typie typów pia używanych przez rozwiązanie są osadzone w zestawie rozwiązania podczas kompilowanie projektu. W czasie wykonywania informacje o typie osadzonym są używane zamiast jednostek PIA do wywołania modelu obiektów opartego na modelu obiektów com aplikacja pakietu Office lication. Aby uzyskać więcej informacji na temat sposobu osadzania typów danych osobowych w rozwiązaniu, zobacz Równoważność typów i osadzone typy międzyoperacyjności.

Jeśli właściwość Osadź typy międzyoperacyjności dla każdego odwołania PIA pakietu Office w projekcie jest ustawiona na wartość False, należy zainstalować i zarejestrować dane OSOBOWE pakietu Office w globalnej pamięci podręcznej zestawów na każdym komputerze użytkownika końcowego, na którym jest uruchamiane rozwiązanie. W większości przypadków dane osobowe są instalowane domyślnie w pakiecie Office, ale można również dołączyć pakiet redystrybucyjny PIA jako wymaganie wstępne dla rozwiązania. Aby uzyskać więcej informacji, zobacz Wymagania wstępne dotyczące rozwiązania pakietu Office dla wdrożenia.

Omówienie profilu klienta

Profil klienta programu .NET Framework jest podzbiorem pełnego programu .NET Framework. Możesz kierować profil klienta programu .NET Framework, jeśli musisz używać tylko funkcji klienta w programie .NET Framework i chcesz zapewnić najszybsze możliwe środowisko wdrażania dla rozwiązania pakietu Office. Aby uzyskać więcej informacji, zobacz Profil klienta programu .NET Framework.

Podczas tworzenia projektu pakietu Office przeznaczonego dla programu .NET Framework 4 profil klienta programu .NET Framework 4 jest domyślnie przeznaczony dla użytkownika. Jeśli chcesz utworzyć pełną strukturę .NET Framework 4, musisz ustawić tę opcję po utworzeniu projektu. Aby uzyskać więcej informacji, zobacz How to: Target a version of the .NET Framework (Instrukcje: określanie wersji docelowej programu .NET Framework).

Tworzenie rozwiązań dla 64-bitowej wersji pakietu Microsoft Office

Pakiet Microsoft Office jest dostępny w wersjach 64-bitowych i 32-bitowych. Aby utworzyć rozwiązania pakietu Office, które mogą być uruchamiane w dowolnej wersji, ustawienie docelowe platformy dla projektu musi być ustawione na Dowolne procesory CPU. Jest to wartość domyślna dla projektów pakietu Office. Aby uzyskać więcej informacji, zobacz Tworzenie rozwiązań pakietu Office.

Istnieją oddzielne 64-bitowe i 32-bitowe wersje środowiska uruchomieniowego Visual Studio Tools dla pakietu Office, które są używane przez 64-bitowe i 32-bitowe wersje pakietu Microsoft Office. Aby uzyskać więcej informacji, zobacz omówienie środowiska uruchomieniowego Visual Studio Tools dla pakietu Office.

Zestawy w rozwiązaniach pakietu Office

Podczas tworzenia projektu pakietu Office przy użyciu narzędzi programistycznych pakietu Office w programie Visual Studio kod, który piszesz, zostanie ostatecznie skompilowany w zestawie. Zestaw jest wdrażany na serwerze udostępnionym lub w katalogu na komputerze klienckim.

Zestawy w rozwiązaniach pakietu Office są ładowane przez aplikacja pakietu Office licację. Po załadowaniu zestawu kod w zestawie może reagować na zdarzenia wywoływane w aplikacji, na przykład po kliknięciu elementu menu przez użytkownika. Kod w zestawie może również wywołać model obiektów w celu zautomatyzowania i rozszerzenia aplikacji, a także może używać dowolnych klas w programie .NET Framework. Aby uzyskać więcej informacji, zobacz Architektura dostosowań na poziomie dokumentu i Architektura dodatków VSTO.

Rozwiązania pakietu Office używają manifestów wdrażania i manifestów aplikacji do identyfikowania zestawu. Manifesty zawierają informacje o nazwie, wersji i lokalizacji zestawu, aby aplikacja mogła znaleźć, połączyć i uruchomić prawidłowy zestaw. Aby uzyskać więcej informacji, zobacz Manifesty aplikacji i wdrażania w rozwiązaniach pakietu Office.

Projekty na poziomie dokumentu zawierają dokument oprócz zestawu. Dokument działa jako fronton aplikacji i jest miejscem, w którym odbywa się cała interakcja użytkownika. Każdy dokument może mieć skojarzony tylko jeden główny zestaw projektów; jednak wiele dokumentów może wskazywać ten sam zestaw.

Zestawy w projektach na poziomie dokumentu nie są osadzone w dokumencie; Zamiast tego są one przechowywane w innym miejscu i są identyfikowane przez manifest aplikacji dokumentu.

Zagadnienia dotyczące zabezpieczeń zestawów

Aby rozwiązanie pakietu Office działało na komputerze, zestawy używane przez rozwiązanie muszą być zaufane do uruchomienia. Aby uzyskać więcej informacji na temat zabezpieczeń, zobacz Zabezpieczanie rozwiązań pakietu Office.

Domyślnie zestaw rozwiązania i wszystkie przywołyne zestawy, które znajdują się w folderze wyjściowym projektu, są zaufane do uruchamiania na komputerze deweloperów podczas kompilowania projektu. Aby uzyskać więcej informacji, zobacz Tworzenie rozwiązań pakietu Office.

Ze względów bezpieczeństwa najlepiej jest tworzyć projekty na komputerze lokalnym, a nie tworzyć w lokalizacji udostępnionej. Aby uzyskać więcej informacji, zobacz Tworzenie współpracy rozwiązań pakietu Office.

Zestawy, do których odwołuje się odwołanie

Zestaw może odwoływać się do innych zestawów, które są wymienione w odwołaniach projektu. Jednak jeden zestaw projektu na poziomie dokumentu nie może odwoływać się do innego zestawu projektu na poziomie dokumentu.