Ich verwalte eine unternehmensinterne Visual Studio-Erweiterung, die als VSIX-Container verpackt und bereitgestellt wird. Diese Erweiterung ist derzeit auf VS 2010 ausgerichtet. Sie verwendet mehrere VS API-DLLs und verweist auf die VS 2010-Versionen.So packen Sie eine VSIX-basierte Erweiterung für mehrere Visual Studio-Versionen
Ich migriere derzeit diese Erweiterung, um mit VS 2012/2013 kompatibel zu sein. Ich habe bereits herausgefunden, dass das alte VSIX-Manifest manuell bearbeitet werden kann, damit die Erweiterung zusätzlich zu VS 2012/2013 installiert werden kann - das funktioniert einwandfrei.
Allerdings sind einige der VS 2010-APIs, die ich derzeit verwende, nicht mit VS 2012 ++ kompatibel, und ich muss sie aktualisieren - mit dem Effekt, dass die Abwärtskompatibilität aufgegeben wird.
Meine Frage ist: Wie soll ich meine Lösung und VSIX so strukturieren, dass sie mit VS 2010, 2012 und 2013 kompatibel ist. Würde es funktionieren, eine DLL auf VS 2010 und eine DLL auf VS 2012/2013 auszurichten Wählen Sie den zur Verlängerung der Ladezeit zu verwendenden aus?
Seitliche Anmerkung: Ich verwende MEF, um meine internen Funktionseinheiten zu bilden. Erleichtert das in irgendeiner Weise?
Gute Frage, ich hätte auch gerne eine Antwort darauf! – Flynn
Soweit ich recherchiert habe, ist es über Manifest-Datei nicht möglich. Es kann möglich sein, es durch Code zu tun, aber ich denke nicht, dass es machbar ist. – edokan