Projektowanie i tworzenie rozwiązań pakietu Office

Artykuł
04/10/2013

Visual Studio zawiera szablony projektów, które służą do tworzenia kilku różnych typów dokumentów Office.Tej sekcji dokumentacji zawiera opis szablonów projektu i zawiera wskazówki dotyczące tworzenia projektach dla pakietu Office.Aby uzyskać informacje o sposobie implementacji kodu i użytkownika dostosowaniach interfejsu po utworzeniu projektu, zobacz Tworzenie rozwiązań dla pakietu Office.

Dotyczy: Informacje przedstawione w tym temacie dotyczą projektów na poziomie dokumentu i projektów na poziomie aplikacji dla pakietu Office 2013 i Office 2010. Zobacz Funkcje dostępne w aplikacji pakietu Office i typ projektu.

Tworzenie projektów pakietu Office

Przed rozpoczęciem należy określić swoje wymagania i wykryć typ rozwiązanie, które oferuje najlepsze dopasowanie.Na przykład jeśli rozwiązanie Office muszą być wykonywane za każdym razem, gdy aplikacja jest używana, poziomu aplikacji dodatek najlepiej odpowiada jego wymaganiom.Jeśli kod jest ściśle zintegrowany z pojedynczego dokumentu, należy utworzyć dostosowywania poziomie dokumentu.Tymi typami projektów są dostępne jako szablony projektu programu Visual Studio.Aby uzyskać więcej informacji na temat szablonów projektu pakietu Office, które są dołączone do programu Visual Studio, zobacz Omówienie szablonów programu Office Project.Aby uzyskać więcej informacji na temat tworzenia projektach dla pakietu Office, zobacz Jak: tworzenie projektów pakietu Office w programie Visual Studio.

Projektach dla 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 poziomie dokumentu, dokumencie lub skoroszycie w projekcie można go otworzyć i edytować w programie Visual Studio.Aby uzyskać więcej informacji, zobacz Office projektów w środowisku Visual Studio.

Wybór wersji.NET Framework

Po wybraniu typu projektu, który najlepiej odpowiada jego wymaganiom, można wybrać, która wersja programu.NET Framework do wykorzystania w procesie rozwoju.Ponadto można ograniczyć następujących wersji.NET Framework w projektach dla pakietu Office:

.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 4.5

[!UWAGA]

Rozwiązania pakietu Office można kierować .NET Framework 4.5 tylko po zainstalowaniu programu Microsoft Office Developer Tools dla programu Visual Studio 2012.Aby uzyskać więcej informacji, zobacz "Tools" w Strony pobierania.

Wersji.NET Framework, który wybierzesz dla projektu jest wymagane na komputerach użytkownika końcowego dla rozwiązania w celu uruchomienia.Na przykład jeśli elementy docelowe projektu .NET Framework 4, .NET Framework 4 jest wymagane na komputerach użytkownika końcowego.W tym przykładzie rozwiązanie nie będzie działać, jeśli tylko na komputerach użytkownika końcowego jest zainstalowany.NET Framework 3.5.

Jeśli dokonywana jest migracja usługi poziomu aplikacji dodatek projektu, który jest przeznaczony dla.NET Framework 3.5, Visual Studio zmienia ramach cel projektu w celu .NET Framework 4.

Po zainstalowaniu programu Microsoft Office Developer Tools dla programu Visual Studio 2012 r., Visual Studio zmienia ramach cel projektu w celu .NET Framework 4.5.

Jednak po Visual Studio zmienia ramach docelowej, konieczne może być zmiana niektórych kodu do projektu, jeśli korzysta z pewnych funkcji.Aby uzyskać więcej informacji o zmienianiu ramach docelowych, zobacz Jak: wersja docelowa.NET Framework.Aby uzyskać więcej informacji na temat zmian, może być konieczne w projekcie, zobacz Migracja rozwiązań Office do oprogramowania .NET Framework w wersji 4 lub 4.5.

Jeśli używasz ClickOnce do wdrożenia rozwiązania Visual Studio zmienia cel.NET Framework dla projektu, upewnij się, również wybranie odpowiedniej wersji.NET Framework w Warunki wstępne okno dialogowe.Zaznacz to pole wyboru nie zmienia się automatycznie, po zmianie ramach miejsce docelowe dla projektu.Aby uzyskać więcej informacji, zobacz Jak: Instalowanie wstępne na komputerach użytkownika końcowego do uruchomienia rozwiązania dla pakietu Office.

[!UWAGA]

Nie można skierować.NET Framework 3.5 lub wcześniej w projektach dla pakietu Office tworzonych za pomocą Visual Studio 2012.Projektów pakietu Office, które tworzysz za pomocą Visual Studio 2012 wymaga funkcji, które po raz pierwszy wprowadzony w.NET Framework 4 Client Profile

Opis, gdy PIAs pakietu Office są wymagane na komputerach użytkownika końcowego

Domyślnie, podstawowe zestawy międzyoperacyjne pakietu Office (PIA) nie trzeba instalować na komputerach użytkownika końcowego, jeśli Osadzić typy współdziałania z modelem właściwość każdego odwołania PIA pakietu Office w projekcie jest ustawiona na True, która jest wartością domyślną.W tym scenariuszu wpisz informacje na temat typów PIA, które są używane w tym rozwiązaniu jest osadzony w zgromadzenie roztwór podczas budowania projektu.W czasie wykonywania informacje o typie osadzony jest używany zamiast PIAs do modelu obiektów opartych na modelu COM aplikacji pakietu Office.Aby uzyskać więcej informacji na temat jak typy z PIAs są osadzone w rozwiązaniu, zobacz Wpisz równoważności i typy współdziałania osadzone.

Jeśli Osadzić typy współdziałania z modelem właściwość każdego odwołania PIA pakietu Office w projekcie jest ustawiona na False, PIAs pakietu Office musi być zainstalowany i zarejestrowany w globalna pamięć podręczna zestawów na każdym komputerze użytkownika końcowego, który jest uruchamiany roztwór.W większości przypadków PIAs są instalowane domyślnie z pakietem Office, ale można także dołączyć PIA do dystrybucji jako warunek wstępny do swojej aplikacji.Aby uzyskać więcej informacji, zobacz Wymagania wstępne rozwiązanie Office dla wdrażania.

Opis profilu klienta

.NET Framework Client Profile jest podzbiorem pełnego.NET Framework..NET Framework Client Profile można kierować, jeśli trzeba używać tylko funkcji klienta programu.NET Framework, a chcesz zapewnia najszybszy pracę wdrażania rozwiązania pakietu Office.Aby uzyskać więcej informacji, zobacz .NET Framework, profilu klienta.

Podczas tworzenia projektu programu pakietu Office atakującego .NET Framework 4, .NET Framework 4 Client Profile domyślny obszar. Jeśli chcesz zaprojektować z pełnym .NET Framework 4, należy ustawić tę opcję, po utworzeniu projektu.Aby uzyskać więcej informacji, zobacz Jak: wersja docelowa.NET Framework.

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

Microsoft Office 2013 i Office 2010 są dostępne w wersjach 64-bitowych i 32-bitowych.Do tworzenia rozwiązań pakietu Office, które mogą być uruchamiane w obu edition, musi być równa ustawienia docelowej platformy dla projektu Any Procesora.Jest wartością domyślną projektach dla pakietu Office. Aby uzyskać więcej informacji, zobacz Konstruowanie rozwiązań pakietu Office.

Istnieją różne wersje 64-bitowe i 32-bitowe z Visual Studio 2010 Tools for Office Runtime stosowanych przez 64-bitowe i 32-bitowe wersje systemu Microsoft Office 2013 i Office 2010.Aby uzyskać więcej informacji, zobacz Visual Studio Tools dla pakietu Office, omówienie Runtime.

Zestawów w Office Solutions

Podczas tworzenia projektu programu pakietu Office za pomocą narzędzi programistycznych pakietu Office w programie Visual Studio, pisanym kodem ostatecznie jest kompilowana w zespół.Zgromadzenie jest zwykle wdrażane na udostępnionym serwerze lub w katalogu na komputerze klienckim.

Zestawów w Office solutions są ładowane przez aplikację pakietu Office.Po zgromadzeniu jest załadowany, kodu w zestawie może reagować na zdarzenia, które są wywoływane w aplikacji, na przykład, gdy użytkownik kliknie element menu.Kodu w zestawie, można również wywołać w modelu obiektów, aby zautomatyzować i przedłużenie okresu stosowania i może używać żadnej z klas w .NET Framework. Aby uzyskać więcej informacji, zobacz Architektura dostosowań na poziomie dokumentu i Architektura dodatków poziomie aplikacji.

Office korzystają z rozwiązań wdrażania manifestów i manifesty aplikacji do identyfikowania zgromadzenie.Manifestów zawierać informacji o nazwie Zgromadzenia, wersji i lokalizacji, co aplikacji można znaleźć, połączyć i uruchomić poprawne.Aby uzyskać więcej informacji, zobacz Aplikacja i manifestów wdrażania rozwiązań pakietu Office.

Projektów na poziomie dokumentu dołączyć dokument oprócz asemblowania.Dokument jako front-end aplikacji i pozostaje, gdzie odbywa się wszystkich interakcji z użytkownikiem.Każdy dokument może mieć tylko jeden przejrzysty głównego projektu skojarzonych z nią; Jednak wielu dokumentów może wskazywać tego samego zespołu.

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

Zagadnienia zabezpieczeń dotyczące zestawów

Rozwiązanie Office w celu uruchomienia na komputerze zestawów używanych przez to rozwiązanie musi być zaufany w celu uruchomienia.Aby uzyskać więcej informacji na temat zabezpieczeń, zobacz Zabezpieczanie rozwiązań pakietu Office.

Domyślnie zgromadzenie rozwiązanie i odwołania zestawów, które znajdują się w folderze wyjściowym projektu są zaufane do uruchomienia na komputerze deweloperskim podczas budowania projektu.Aby uzyskać więcej informacji, zobacz Konstruowanie rozwiązań pakietu Office.

Ze względów bezpieczeństwa jest najlepsze do tworzenia projektów na komputerze lokalnym, a nie rozwijających się w lokalizacji udostępnionej.Aby uzyskać więcej informacji, zobacz Współpracy na rzecz rozwoju rozwiązań pakietu Office.

Odwołania zestawów

Zgromadzenie może odwoływać się innych zestawów, które wymieniono w bibliografii projektu.Jednak jeden przejrzysty projekt na poziomie dokumentu nie można odwołać się za innym zestawie projektu na poziomie dokumentu.

Zobacz też

Udostępnij za pośrednictwem