Udostępnij za pośrednictwem

Tworzenie rozwiązań pakietu Office

  • Artykuł

Ogólnie rzecz biorąc, kompilowanie i debugowanie projektów pakietu Office jest takie samo jak kompilowanie i debugowanie innych typów projektów w programie Visual Studio, takich jak Formularze systemu Windows. Tematy w tej sekcji wyjaśniają różnice, które istnieją. Aby uzyskać ogólne informacje na temat kompilowania aplikacji, zobacz Kompilowanie i kompilowanie w programie Visual Studio.

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.

Dane wyjściowe projektu dla projektów pakietu Office

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

Projekty na poziomie dokumentu

Podczas tworzenia 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 odwołuje się ich właściwość Copy Local , mają ustawioną wartość true.

  • Manifest aplikacji, który ma rozszerzenie nazwy pliku manifest. Aby uzyskać więcej informacji, zobacz Manifesty aplikacji dla rozwiązań pakietu Office.

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

  • Plik bazy danych programu (PDB).

Uwaga

Jeśli utworzysz rozwiązanie na poziomie dokumentu do lokalizacji zdalnej zamiast komputera lokalnego, dodaj w pełni kwalifikowaną ścieżkę do listy Zaufane lokalizacje w Centrum zaufania aplikacji. Aby uzyskać więcej informacji, zobacz sekcję o nazwie Udzielanie zaufania do dokumentów w rozwiązaniach bezpiecznego pakietu Office.

Projekty na poziomie aplikacji

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

  • Zestaw projektu i wszystkie zestawy, do których odwołuje się ich właściwość Copy Local , mają ustawioną wartość true.

  • Manifest aplikacji, który ma rozszerzenie nazwy pliku manifest. Aby uzyskać więcej informacji, zobacz Manifesty aplikacji dla rozwiązań pakietu Office.

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

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

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

    Jeśli utworzysz projekt dodatku programu Outlook VSTO zawierający regiony formularza, proces kompilacji doda następujące dodatkowe informacje do rejestru:

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

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

    Program Outlook potrzebuje tych informacji, aby załadować regiony formularza.

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

Zestawy (w tym projekty bibliotek klas) można odwoływać się z projektu Building Office Solutions. Każdy zestaw, do których odwołuje się odwołanie, ma właściwość o nazwie Kopiuj lokalnie. Kopiuj lokalnie wskazuje, czy zestaw jest kopiowany do katalogu wyjściowego. Domyślnie jest ustawiona wartość true. Każdy przywoływane zestaw, który ma wartość Copy Local ustawioną na wartość true , jest kopiowany do katalogu wyjściowego.

Zabezpieczenia podczas procesu kompilacji

Program Visual Studio automatycznie konfiguruje ustawienia zabezpieczeń na komputerze dewelopera w celu udzielenia zaufania do rozwiązania podczas procesu kompilacji. Dzięki temu rozwiązanie może zostać uruchomione podczas debugowania.

Projekty pakietu Office używają certyfikatów do weryfikowania wydawcy. Program Visual Studio automatycznie tworzy certyfikat tymczasowy w celu identyfikowania rozwiązań pakietu Office i konfiguruje komputer dewelopera w celu zaufania certyfikatowi tymczasowemu.

Aby uzyskać więcej informacji, zobacz Secure Office solutions (Zabezpieczanie rozwiązań pakietu Office).

Projekty sieciowe

Jeśli lokalizacja zestawu lub dokumentu znajduje się w udziale sieciowym, aktualizacja zasad zabezpieczeń lokalnego (na poziomie użytkownika) nie wystarczy, aby umożliwić uruchomienie rozwiązania. Administrator musi udzielić pełnego zaufania na poziomie maszyny do zestawów i dokumentów znajdujących się w udziale sieciowym przed uruchomieniem rozwiązania. Aby uzyskać więcej informacji na temat ustawiania zasad zabezpieczeń, zobacz Zabezpieczanie rozwiązań pakietu Office.

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

Zmienianie miejsca docelowego platformy

Domyślnie docelową platformą dla projektów pakietu Office jest dowolny procesor CPU. Zazwyczaj nie należy zmieniać tego ustawienia. Rozwiązania pakietu Office utworzone przy użyciu ustawienia docelowego platformy Dowolny procesor CPU są uruchamiane w 32-bitowych i 64-bitowych wersjach pakietu Microsoft Office 2013 lub Office 2010.

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

Jeśli ustawisz docelową platformę na x64, rozwiązanie nie będzie działać w 32-bitowych wersjach systemu Windows lub pakietu Office. Docelowy element docelowy platformy x64 wymaga uruchomienia rozwiązania w procesie 64-bitowym.

Użyj polecenia Clean

Aby usunąć skompilowane pliki projektu z komputera programistycznego, możesz użyć polecenia Clean w menu Kompilacja w programie Visual Studio. Polecenie Clean usuwa wszystkie pliki w lokalizacji wyjściowej kompilacji. W przypadku projektów na poziomie aplikacji polecenie Clean usuwa również wpisy rejestru utworzone przez proces kompilacji.

Nazwa opis
Debugowanie projektów pakietu Office Przedstawia problemy związane z debugowaniem projektów pakietu Office.
Przewodnik: tworzenie pierwszego dostosowania na poziomie dokumentu dla programu Excel Przedstawia sposób tworzenia podstawowego dostosowania na poziomie dokumentu dla programu Excel.
Instrukcje: ponowne włączanie dodatku VSTO, który został wyłączony Opisuje sposób ponownego włączania dodatku VSTO, który był twardy lub miękki.
Projektowanie i tworzenie rozwiązań pakietu Office Zawiera linki do informacji o tworzeniu rozwiązań pakietu Office oraz o roli zestawów w rozwiązaniu.