Projektowanie i tworzenie rozwiązań Office

Artykuł
06/10/2015

Program Visual Studio zawiera szablony projektów, w których można utworzyć kilka różnych typów rozwiązań dla pakietu Office.W tej sekcji dokumentacji opisano szablony projektów i zawiera wskazówki dotyczące tworzenia urzędu projektów.Aby uzyskać informacje o implementowaniu dostosowanie interfejsu użytkownika i kod po utworzeniu projektu, zobacz Tworzenie rozwiązań pakietu Office.

Zastosowanie: Informacje przedstawione w tym temacie mają zastosowanie do projektów na poziomie dokumentu i aplikacji obsługiwanych w pakietach Office 2013 i Office 2010. Zobacz Funkcje dostępne w aplikacjach pakietu Office i typ projektu.

Tworzenie biura projektów

Przed rozpoczęciem należy określić swoje wymagania i wykryć typ rozwiązanie, które oferuje najlepsze dopasowanie.Na przykład rozwiązania pakietu Office należy uruchomić za każdym razem aplikacji jest używany, poziomie aplikacji dodatek najlepiej odpowiada jego wymaganiom.Jeśli kod jest ściśle zintegrowany z pojedynczym dokumencie, należy utworzyć dostosowania poziomu dokumentu.Tymi typami projektów są dostępne jako szablony projektów programu Visual Studio.Aby uzyskać więcej informacji o Office szablony projektów, które są dołączone do programu Visual Studio, zobacz Szablony projektów pakietu Office ― Omówienie.Aby uzyskać więcej informacji dotyczących sposobu tworzenia projektów pakietu Office, zobacz Porady: tworzenie projektów Office w Visual Studio.

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

Wybór wersji.NET Framework

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

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

.NET Framework w wersji wybranego projektu jest wymagane na komputerach użytkownika końcowego dla rozwiązania w celu uruchomienia.Na przykład jeśli swoje cele projektu Program .NET Framework 4, Program .NET Framework 4 jest wymagane na komputerach użytkownika końcowego.W tym przykładzie rozwiązania 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 poziomie aplikacji w projekcie że cele.NET Framework 3.5, Visual Studio zmienia ramowej docelowych projektu do Program .NET Framework 4 lubProgram .NET Framework 4.5 w zależności od wersji pakietu Office, który jest zainstalowany.

Jednak po Visual Studio zmienia ramowej docelowych, może zajść potrzeba modyfikacji niektórych kod w projekcie korzysta z pewnych funkcji.Aby uzyskać więcej informacji na temat zmiany ramowej docelowych, zobacz Porady: wersja docelowa platformy .NET Framework.Aby uzyskać więcej informacji dotyczących 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 miejsce docelowe.NET Framework dla projektu, upewnij się, również wybrać odpowiednia wersja systemu.NET Framework w Warunki wstępne okno dialogowe.Wybranie tej opcji nie zmienią się automatycznie po zmianie ramowej docelowych 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 utworzonych za pomocą Visual Studio 2013.Office projektów, które tworzysz za pomocą Visual Studio 2013 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 (PIAs) nie trzeba instalować na komputerach użytkownika końcowego, jeśli Osadzić typy Interop właściwość każdego odwołania Office PIA w projekcie jest ustawiona na True, która jest wartością domyślną.W tym scenariuszu wpisz informacje o typy PIA, które są używane w tym rozwiązaniu jest osadzony w zgromadzeniu 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 w aplikacji pakietu Office.Aby uzyskać więcej informacji na temat jak typy z PIAs są osadzone w rozwiązaniu, zobacz Równoważność typów i osadzone typy międzyoperacyjne.

Jeśli Osadzić typy Interop właściwość każdego odwołania Office PIA w projekcie jest ustawiona na FAŁSZ, PIAs pakietu Office muszą być zainstalowane i zarejestrowane w globalna pamięć podręczna zestawów na każdym komputerze użytkownika końcowego, który uruchamia rozwiązania.W większości przypadków PIAs są instalowane domyślnie z pakietem Office, ale może również zawierać PIA do dystrybucji jako warunek wstępny do rozwiązania.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.Jeśli trzeba używać tylko funkcji klienta programu.NET Framework i chcesz zapewnia najszybszy pracę wdrażania rozwiązania pakietu Office można kierować.NET Framework Client Profile.Aby uzyskać więcej informacji, zobacz .NET Framework Client Profile.

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

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

Microsoft Office 2013 i Office 2010 są dostępne w wersjach 64-bitowych i 32-bitowych.Stworzenie rozwiązania biurowe, które można uruchomić w każdej edycji, ustawienia docelowej platformy dla projektu musi być równa Procesora dowolny.Jest to wartość domyślna dla Biura projektów.Aby uzyskać więcej informacji, zobacz Kompilowanie rozwiązań pakietu Office.

Istnieją różne wersje 64-bitowe i 32-bitowe z Visual Studio Tools for Office Runtime używanych przez 64-bitowe i 32-bitowe wersje programu Microsoft Office 2013 i Office 2010.Aby uzyskać więcej informacji, zobacz Visual Studio Tools for Office Runtime ― Przegląd.

Zestawy rozwiązań pakietu Office

Podczas tworzenia projektu pakietu Office za pomocą narzędzia programistyczne pakietu Office w programie Visual Studio kod napisany jest ostatecznie kompilowane do zestawu.Zgromadzenie jest zwykle wdrażane na współużytkowanym serwerze lub w katalogu na komputerze klienckim.

Zestawy rozwiązań pakietu Office są ładowane przez aplikację pakietu Office.Po załadowaniu zestawu kodu w zestawie może reagować na zdarzenia, które są wywoływane w aplikacji, na przykład, gdy użytkownik kliknie element menu.Kod w zestawie można również wywołać w modelu obiektów automatyzacji i rozszerzyć stosowanie i może używać żadnej z klas w .NET Framework.Aby uzyskać więcej informacji, zobacz Architektura dostosowywania na poziomie dokumentu i Architektura dodatków na poziomie aplikacji.

Rozwiązania biurowe używać manifestów wdrażania i manifesty aplikacji do identyfikowania zgromadzenie.Manifestów zawierają informacje o nazwę zestawu, wersji i lokalizacji, tak aby aplikacja można znaleźć, połączyć i uruchomić prawidłowego zestawu.Aby uzyskać więcej informacji, zobacz Aplikacje i manifesty wdrożenia w rozwiązaniach pakietu Office.

Projektów na poziomie dokumentu dołączyć dokument oprócz asemblowania.Dokument działa jako fronton aplikacji i to, gdzie odbywa się wszystkich interakcji z użytkownikiem.Każdy dokument może posiadać tylko jeden zestaw projektów głównych skojarzonych z nią; Jednak wiele dokumentów może wskazywać do tego samego zestawu.

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

Zagadnienia zabezpieczeń dotyczące zestawów

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

Domyślnie zestaw rozwiązań 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 Kompilowanie rozwiązań pakietu Office.

Ze względów bezpieczeństwa to najlepiej jest tworzyć projekty na komputerze lokalnym, a nie rozwijających się w lokalizacji udostępnionej.Aby uzyskać więcej informacji, zobacz Programowanie zespołowe rozwiązań pakietu Office.

Odwołania zestawów

Zgromadzenie może odwoływać się innych zestawów, które są wymienione w odwołania do projektu.Jednak jednego zestawu projektów na poziomie dokumentu nie może odwoływać się innym zestawie projektów na poziomie dokumentu.

Zobacz też

Udostępnij za pośrednictwem