Domanda

Sembra che la distribuzione del codice VSTO sia molto complicata.

Il mio caso d'uso è che devo applicare una determinata struttura di contenuti in parola. Sto meglio di fare tutto in VBA?

È stato utile?

Soluzione

Dipende davvero da ciò che ha più senso per il tuo progetto. Se lo sarà solo per determinati file e un paio di utenti, consiglierei VBA.

Se è più complesso e deve funzionare su tutti i file per tutti gli utenti, penso che un plugin VSTO sarebbe la strada da percorrere. Dipende molto dalla tua situazione e dalla complessità che stai cercando di far rispettare.

Altri suggerimenti

Prima di VSTO 3.0 sarei d'accordo con Ryan Lanciaux ma non più. In questi giorni sono diventato così produttivo in VSTO che faccio anche piccoli lavori una tantum in VSTO. Ciò mi ha salvato il culo in alcuni casi poiché il componente aggiuntivo è diventato molto popolare all'interno dell'azienda, e tutto quello che dovevo fare era aggiungere il percorso al pacchetto Click-once :-)

Tieni presente che non sono solo i limiti di VBA come linguaggio, ma anche la mancanza di strumenti di forza industriale come i framework di unit test e il controllo del codice sorgente che possono essere frustranti. È possibile compromettere la velocità di sviluppo con frustrazione a lungo termine a causa di ciò se si aderisce a VBA.

Puoi fare entrambe le cose, scrivendo il codice VBA per supportare direttamente l'interfaccia utente e il resto in .NET.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top