Tworzenie Office rozwiązań

Ogólnie rzecz biorąc, budowania i debugowania Office jest taka sama jak budowania i debugowania innych typów projektów w programie Visual Studio, takich jak Windows Forms. Tematy w tej sekcji wyjaśniają istniejące różnice. Aby uzyskać ogólne informacje na temat sposobu kompilowania aplikacji, zobacz Kompilowaniei kompilowanie w programie Visual Studio .

Uwaga

Interesuje Cię opracowywanie rozwiązań, które zwiększają możliwości pakietu Office na wielu platformach? Zapoznaj się z nowym modelem dodatków pakietu Office. Dodatki pakietu Office mają niewielki wpływ w porównaniu z dodatkami i rozwiązaniami programu VSTO oraz można je kompilować przy użyciu prawie dowolnej technologii programowania sieci Web, takiej jak HTML5, JavaScript, CSS3 i XML.

Project wyjściowe dla Office projektów

Lokalizacja wyjściowa dla Office to projectname\bin\release lub projectname\bin\debug. Nie można skompilować do katalogu wdrożenia.

Projekty na poziomie dokumentu

Podczas kompilowania projektu na poziomie dokumentu następujące elementy są uwzględniane w danych wyjściowych projektu:

  • Kopia dokumentu projektu.

  • Zestaw projektu i wszystkie zestawy, do których się odwoływują, których właściwość Kopiuj lokalnie ma wartość true.

  • Manifest aplikacji z rozszerzeniem nazwy pliku manifest. Aby uzyskać więcej informacji, zobacz Manifesty aplikacji dla Office rozwiązań.

  • Manifest wdrożenia, który ma rozszerzenie nazwy pliku vsto. Aby uzyskać więcej informacji, zobacz Manifesty wdrożenia dla Office rozwiązań .

  • Plik bazy danych programu (PDB).

Uwaga

Jeśli tworzysz rozwiązanie na poziomie dokumentu do lokalizacji zdalnej, a nie komputera lokalnego, dodaj w pełni kwalifikowaną ścieżkę do listy Zaufane lokalizacje w Centrum zaufania aplikacji. Aby uzyskać więcej informacji, zobacz sekcję Granting Trust to Documents in Secure Office solutions (Udzielanie zaufania do dokumentów w bezpiecznych Office dokumentów).

Projekty na poziomie aplikacji

Podczas kompilowania VSTO projektu dodatku w danych wyjściowych projektu uwzględniane są następujące elementy:

  • Zestaw projektu i wszystkie zestawy, do których się odwoływują, których właściwość Kopiuj lokalnie ma wartość true.

  • Manifest aplikacji z rozszerzeniem nazwy pliku manifest. Aby uzyskać więcej informacji, zobacz Manifesty aplikacji dla Office rozwiązań.

  • Manifest wdrożenia, który ma rozszerzenie nazwy pliku vsto. Aby uzyskać więcej informacji, zobacz Manifesty wdrożenia dla Office rozwiązań .

  • Plik bazy danych programu (PDB) dla zestawu projektu.

    Proces kompilacji VSTO projektów dodatku tworzy również zestaw wpisów rejestru na komputerze dewelopera, które są wymagane do załadowania VSTO dodatku. Aby uzyskać więcej informacji, zobacz Wpisy rejestru dla VSTO dodatków.

    Jeśli tworzysz projekt Outlook VSTO, który zawiera regiony formularzy, proces kompilacji dodaje następujące dodatkowe informacje do rejestru:

  • Klucz dla każdej klasy komunikatów, która jest skojarzona z co najmniej jednym regionem formularza.

  • Wpis dla każdego regionu formularza i skojarzona wartość reprezentująca nazwę Outlook VSTO dodatku.

    Outlook te informacje są potrzebne do załadowania regionów formularzy.

Zestawy, do których się odwołują

Możesz odwoływać się do zestawów (w tym projektów bibliotek klas) z projektu Building Office Solutions. Każdy zestaw, do których się odwoływano, ma właściwość o nazwie Kopiuj lokalnie. Kopiuj lokalnie wskazuje, czy zestaw jest kopiowany do katalogu wyjściowego. Domyślnie jest ono ustawione na wartość true. Każdy zestaw, do którym istnieje odwołanie z ustawieniem Kopiuj lokalnie na wartość true, jest kopiowany do katalogu wyjściowego.

Zabezpieczenia podczas procesu kompilacji

Visual Studio automatycznie konfiguruje ustawienia zabezpieczeń na komputerze dewelopera, aby udzielić zaufania rozwiązaniu podczas procesu kompilacji. Dzięki temu rozwiązanie może być uruchamiane podczas debugowania.

Office projekty używają certyfikatów do weryfikowania wydawcy. Visual Studio automatycznie tworzy certyfikat tymczasowy w celu Office rozwiązań i konfiguruje komputer dewelopera tak, aby ufał certyfikatowi tymczasowemu.

Aby uzyskać więcej informacji, zobacz Secure Office solutions (Bezpieczne Office rozwiązania).

Projekty sieciowe

Jeśli lokalizacja zestawu lub dokumentu znajduje się w udziałach sieciowych, aktualizacja lokalnych zasad zabezpieczeń (na poziomie użytkownika) nie wystarcza do uruchomienia rozwiązania. Administrator musi udzielić pełnego zaufania na poziomie komputera zestawom i dokumentom, które znajdują się w udziałach sieciowych, zanim rozwiązanie zostanie uruchomione. Aby uzyskać więcej informacji na temat sposobu ustawienia zasad zabezpieczeń, zobacz Secure Office solutions (Bezpieczne Office zabezpieczeń).

W przypadku projektów na poziomie dokumentu należy również dodać w pełni kwalifikowaną lokalizację dokumentu do listy Office zaufanych folderów. Aby uzyskać więcej informacji, zobacz Udzielanie zaufania do dokumentów.

Zmienianie docelowego obiektu platformy

Domyślnie platformą docelową dla projektów Office jest Dowolny procesor CPU. Zazwyczaj nie należy zmieniać tego ustawienia. Office rozwiązania, które są zbudowane przy użyciu ustawienia Dowolna platforma docelowa procesora CPU, są uruchamiane w 32-bitowych i 64-bitowych wersjach firmy Microsoft Office 2013 lub Office 2010 .

Element docelowy platformy należy ustawić na wartość x64 tylko wtedy, gdy tworzysz rozwiązanie, które będzie działać tylko w 64-bitowych wersjach firmy Microsoft lub , a Rozwiązanie wywołuje natywne Office 2013 Office 2010 64-bitowe interfejsy API. Aby uzyskać więcej informacji na temat zmieniania ustawienia docelowego platformy, zobacz How to: Configure projects to target platforms (Jak skonfigurować projekty na platformach docelowych).

Jeśli ustawisz platformę docelową na wartość x64, rozwiązanie nie będzie działać w 32-bitowych wersjach Windows lub Office. Docelowa platforma x64 wymaga, aby rozwiązanie było uruchamiane w procesie 64-bitowym.

Użyj polecenia Clean (Wyczyść)

Aby usunąć pliki skompilowanych projektów z komputera dewelopera, możesz użyć polecenia Clean (Wyczyść) w menu Build (Kompilacja) w programie Visual Studio . Czyste polecenie usuwa wszystkie pliki w lokalizacji wyjściowej kompilacji. W przypadku projektów na poziomie aplikacji polecenie Clean usuwa również wpisy rejestru tworzone przez proces kompilacji.

Tytuł Opis
Debugowanie Office projektowych Przedstawia problemy związane z debugowaniem Office projektach.
Przewodnik: Tworzenie pierwszego dostosowania na poziomie dokumentu dla Excel Przedstawia sposób tworzenia podstawowego dostosowania na poziomie dokumentu dla Excel.
Jak ponownie włączyć dodatek VSTO, który został wyłączony Opisuje sposób ponownego włączania VSTO, który został wyłączony w sposób twardy lub nieu programowy.
Projektowanie i tworzenie Office rozwiązań Zawiera linki do informacji dotyczących tworzenia Office i roli zestawów w rozwiązaniu.