2016-03-02 47 views
6

Recentemente Microsoft ha introdotto l'architettura di componenti aggiuntivi di Office che consente di sviluppare componenti aggiuntivi ospitati in remoto ed eseguiti all'interno di IFram all'interno dell'ufficio. Ho letto molto cercando di capire se questa architettura è intesa come un sostituto per VSTO o hanno casi d'uso separati. VS 2015 ha modelli per entrambi.Componenti aggiuntivi di Office VSTO rispetto a componenti aggiuntivi di Office tramite Office JS API

Nel mio caso specifico, desidero sviluppare un componente aggiuntivo che estenda Excel 2016 con funzionalità di importazione personalizzate (ad esempio CSV personalizzati, TSV o anche XLSX). Non posso dire con quale tipo di progetto dovrei andare.

risposta

10

Data la quantità di applicazioni legacy sviluppate come componenti aggiuntivi COM e VSTO, trovo difficile credere che Microsoft lascerà cadere il supporto entro i prossimi 10 anni.

Per me i più importanti elementi di differenziazione di un approccio contro l'altro sono:

COM/VSTO Office Add-ins

  • Access per completare oggetto modello di interazione
  • Macchina locale, per esempio file system
  • Disponibile su Windows a partire da Ufficio 2007

ufficio JavaScript componenti aggiuntivi

  • portatile tra Windows, OS X, iOS, ecc (non completare tutto il mondo ancora però)
  • Facile integrazione con i servizi online
  • Distribuzione facile, non c'è bisogno di preoccuparsi per gli installatori

Nel tuo caso mi chiedevo queste domande:

  • Ci sarà una necessità di sostenere altre piattaforme oltre a Windows in futuro? > API JavaScript
  • I requisiti sono coperti dall'attuale implementazione dell'API JavaScript?
+0

Bene, al momento, non esiste un piano concreto per il supporto multipiattaforma. Potrei trarre vantaggio dall'avere il componente aggiuntivo disponibile in Office nel browser, ma non è fondamentale. L'esportazione di file potrebbe funzionare senza accesso al file system, suppongo, scaricando il file esportato. Per quanto ne so, l'API JS è piuttosto limitata rispetto a VSTO. Tendo a VSTO, ma non sono sicuro – Bahaa

+1

Per iniziare rapidamente presumo che VSTO sia la scelta giusta in quanto troverai molti più contenuti. Immergersi nel nuovo brillante futuro con JavaScript richiede probabilmente più tempo (e forse anche tolleranza alla frustrazione), ma potresti imparare cose nuove ed entusiasmanti. Alla fine sospetto che tu debba fare la tua scelta. –

+1

L'API JS funziona direttamente nell'applicazione desktop? Non sono chiaro cosa intendi per "facile integrazione con i servizi online". –

1

Ho riscontrato che VSTO non è implementato al 100%. Ho smesso di sviluppare VSTO per Project, sono stato colpito da troppi problemi. Invece ho sviluppato tutto in VBA e ho perfezionato alcuni modi per installare, distribuire e aggiornare macro VBA.