Dela via

Utforma och skapa Office-lösningar

Visual Studio innehåller projektmallar som du kan använda för att skapa flera olika typer av Office-lösningar. Det här avsnittet i dokumentationen beskriver projektmallarna och ger vägledning om hur du skapar Office-projekt. Information om hur du implementerar kod- och användargränssnittsanpassningar när du har skapat projektet finns i Utveckla Office-lösningar.

Gäller för: Informationen i det här avsnittet gäller för projekt på dokumentnivå och VSTO-tilläggsprojekt. Se Funktioner som är tillgängliga efter Office-program och projekttyp.

Anmärkning

Vill du utveckla lösningar som utökar Office-upplevelsen på flera plattformar? Kolla in den nya Office-tilläggsmodellen. Office-tillägg har ett litet fotavtryck jämfört med VSTO-tillägg och lösningar, och du kan skapa dem med hjälp av nästan alla webbprogrammeringsteknik, till exempel HTML5, JavaScript, CSS3 och XML.

Skapa Office-projekt

Innan du börjar bör du fastställa dina krav och identifiera vilken typ av lösning som passar bäst. Om din Office-lösning till exempel måste köras varje gång programmet används, passar ett VSTO-tillägg bäst dina krav. Om koden är tätt integrerad med ett enda dokument skapar du en anpassning på dokumentnivå. Dessa projekttyper är tillgängliga som Visual Studio-projektmallar. Mer information om Office-projektmallar som ingår i Visual Studio finns i Översikt över Office-projektmallar. Mer information om hur du skapar Office-projekt finns i Så här skapar du Office-projekt i Visual Studio.

Office-projekt har funktioner och projektobjekt som skiljer sig från andra typer av projekt i Visual Studio. När du till exempel skapar ett projekt på dokumentnivå kan dokumentet eller arbetsboken i projektet öppnas och redigeras i Visual Studio. Mer information finns i Office-projekt i Visual Studio-miljön.

Välj en .NET Framework-version

När du har valt den projekttyp som passar dina behov bäst kan du välja vilken version av .NET Framework som ska användas i utvecklingsprocessen. Du kan rikta in dig på följande .NET Framework-versioner i Office-projekt:

  • .NET Framework 4

  • .NET Framework 4-klientprofil

  • .NET Framework 4.5

    Den .NET Framework-version som du väljer för projektet krävs på slutanvändardatorer för att lösningen ska kunna köras. Om projektet till exempel är avsett för .NET Framework 4 krävs .NET Framework 4 på slutanvändarens datorer. I det här exemplet körs inte lösningen om bara .NET Framework 3.5 är installerat på slutanvändarens datorer.

    Om du migrerar ett VSTO-tilläggsprojekt som är avsett för .NET Framework 3.5 ändrar Visual Studio målramverket för projektet till .NET Framework 4 eller senare beroende på vilken version av Office du har installerat.

    Men när Visual Studio har ändrat målramverket kan du behöva ändra en del av koden i projektet om den använder vissa funktioner. Mer information om hur du ändrar målramverket finns i Så här: Rikta in dig på en version av .NET Framework. Mer information om ändringar som du kan behöva göra i projektet finns i Migrera Office-lösningar till .NET Framework 4 eller senare.

    Om Visual Studio ändrar målet för .NET Framework för projektet och du använder ClickOnce för att distribuera din lösning kontrollerar du att du också väljer motsvarande version av .NET Framework i dialogrutan Förutsättningar . Det här valet ändras inte automatiskt när du ändrar målramverket för projektet. Mer information finns i Så här: Installera krav på slutanvändardatorer för att köra Office-lösningar.

Anmärkning

Du kan inte rikta in dig på .NET Framework 3.5 eller tidigare i Office-projekt som du skapar med hjälp av Visual Studio 2013. Office-projekt som du skapar med hjälp av Visual Studio 2013 kräver funktioner som först introducerades i .NET Framework 4-klientprofilen

Förstå när Office-PIA:erna krävs på slutanvändarens datorer

Som standardinställning behöver inte Office-primära interop-sammansättningar (PIA) installeras på slutanvändardatorer om egenskapen Bädda in interoptyper för varje Office PIA-referens i projektet är inställd på Sant, vilket är standardvärdet. I det här scenariot bäddas typinformationen för PIA-typerna som används av lösningen in i lösningssammansättningen när du skapar projektet. Vid körning används den inbäddade typinformationen istället för PIA:er för att anropa Office-programmets COM-baserade objektmodell. Mer information om hur typer från PIA:er bäddas in i din lösning finns i Typ av ekvivalens och inbäddade interoptyper.

Om egenskapen Bädda in interoptyper för varje Office PIA-referens i projektet är inställd på False, måste Office PIA installeras och registreras i den globala sammansättningscachen på varje slutanvändardator som kör lösningen. I de flesta fall installeras PIA:erna som standard med Office, men du kan även inkludera PIA-omdistribuering som en förutsättning för din lösning. Mer information finns i Krav för Office-lösningen för distribution.

Förstå klientprofilen

.NET Framework-klientprofilen är en delmängd av hela .NET Framework. Du kan rikta in dig på .NET Framework-klientprofilen om du bara behöver använda klientfunktionerna i .NET Framework och du vill tillhandahålla den snabbaste möjliga distributionsupplevelsen för din Office-lösning. Mer information finns i .NET Framework-klientprofilen.

När du skapar ett Office-projekt som riktar sig mot .NET Framework 4, riktas det mot .NET Framework 4 Klientprofilen som standard. Om du vill utveckla för hela .NET Framework 4 måste du ange det här alternativet när projektet har skapats. Mer information finns i Så här: Rikta in dig på en version av .NET Framework.

Skapa lösningar för 64-bitarsversionen av Microsoft Office

Microsoft Office är tillgängligt i 64-bitars- och 32-bitarsversioner. Om du vill skapa Office-lösningar som kan köras i någon av versionerna måste plattformsmålinställningen för projektet vara inställd på Valfri processor. Det här är standardvärdet för Office-projekt. Mer information finns i Skapa Office-lösningar.

Det finns separata 64-bitars- och 32-bitarsversioner av Visual Studio Tools for Office-körningen som används av 64-bitars- och 32-bitarsversionerna av Microsoft Office. Mer information finns i Översikt över Visual Studio Tools for Office-körtid.

Sammansättningar i Office-lösningar

När du skapar ett Office-projekt med hjälp av Office-utvecklingsverktygen i Visual Studio kompileras koden som du skriver så småningom till en sammansättning. Sammansättningen distribueras till en delad server eller till en katalog på klientdatorn.

Sammansättningar i Office-lösningar läses in av ett Office-program. När sammansättningen har lästs in kan kod i sammansättningen svara på händelser som genereras i programmet, till exempel när en användare klickar på ett menyalternativ. Kod i sammansättningen kan också anropa till objektmodellen för att automatisera och utöka programmet, och det kan använda någon av klasserna i .NET Framework. Mer information finns i Arkitektur för anpassningar på dokumentnivå och Arkitektur för VSTO-tillägg.

Office-lösningar använder distributionsmanifest och programmanifest för att identifiera sammansättningen. Manifesten innehåller information om sammansättningens namn, version och plats, så att programmet kan hitta, länka till och köra rätt sammansättning. Mer information finns i Program- och distributionsmanifest i Office-lösningar.

Projekt på dokumentnivå innehåller ett dokument utöver en sammansättning. Dokumentet fungerar som programmets klientdel och är där all användarinteraktion sker. Varje dokument kan bara ha en huvudprojektsammansättning associerad med den. Flera dokument kan dock peka på samma sammansättning.

Sammansättningar i projekt på dokumentnivå är inte inbäddade i dokumentet. I stället lagras de någon annanstans och identifieras av dokumentets programmanifest.

Säkerhetsöverväganden för sammansättningar

För att en Office-lösning ska kunna köras på en dator måste de assembly-komponenter som används av lösningen vara betrodda för att köras. Mer information om säkerhet finns i Säkra Office-lösningar.

Som standard är lösningssammansättningen och alla refererade sammansättningar som finns i projektets utdatamapp betrodda att köras på utvecklingsdatorn när du skapar projektet. Mer information finns i Skapa Office-lösningar.

Av säkerhetsskäl är det bäst att skapa projekt på den lokala datorn i stället för att utveckla på en delad plats. Mer information finns i Samarbetsutveckling av Office-lösningar.

Refererade sammanställningar

Sammansättningen kan referera till andra sammansättningar, som visas i projektets referenser. En projektsammansättning på dokumentnivå kan dock inte referera till en annan projektsammansättning på dokumentnivå.

Relaterat innehåll