Frage

Es scheint, wie der Einsatz von VSTO Code sehr umständlich ist.

Ihr Anwendungsfall ist Ich brauche eine bestimmte Inhaltsstruktur in Wort zu erzwingen. Bin ich besser alles in VBA zu tun?

War es hilfreich?

Lösung

Es hängt wirklich davon ab, was am meisten Sinn für Ihr Projekt. Wenn es nur für bestimmte Dateien und ein paar Benutzer sein, würde ich VBA empfehlen.

Wenn es komplizierter ist und muss für alle Dateien für alle Benutzer arbeiten, ich denke, eine VSTO-Plugin wäre der Weg zu gehen. Es hängt wirklich von Ihrer Situation und Komplexität Sie zu erzwingen versuchen.

Andere Tipps

Vor dem VSTO 3.0 würde ich mit Ryan Lanciaux zustimmen, aber nicht mehr. In diesen Tagen wird ich habe so produktiv in VSTO, das ich tue, auch kleinen off Jobs in VSTO. Dass haben meinen Hintern in einigen Fällen als die Add-in wurde sehr populär innerhalb des Unternehmens gespeichert, und alles, was ich tun musste, war der Weg zum Click-once-Paket hinzuzufügen: -)

Beachten Sie, dass es nicht nur die Grenzen der VBA als Sprache, sondern auch der Mangel an industrieller Stärke Werkzeuge wie Unit-Test-Frameworks und die Quellcodeverwaltung, die frustrierend sein kann. Sie können aus diesem Grunde mit langfristiger Frustration Geschwindigkeit der Entwicklung abwägen, wenn Sie VBA bleiben.

Sie können beides tun, das Schreiben von VBA-Code, um direkt der Benutzeroberfläche und den Rest in .NET zu unterstützen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top