Visual Studio Optionen für Multiprojektlösungen

Question

Ich habe eine VS2003-Lösung mit 21 ASP.NET 1.1-Projekten in ihr. Mein Ziel ist es, sie schließlich auf 2.0 und dann 4.0 zu migrieren. Es handelt sich hauptsächlich um interne Verwaltungsanwendungen für verschiedene Abteilungen.

Ich möchte eine Multiprojektlösung jetzt in VS2010 erstellen und diese nacheinander in ASP.NET 4.0 Web Forms in VS2010 migrieren/umcodieren. Es wird einige Artefakte geben, die allen Projekten gemeinsam sind, wie CSS, Skripte und Bilder. Könnte die Verwendung von Ressourcen bei den gemeinsamen Dateien helfen und wäre es möglich, eine einzige Masterseite für alle Projekte zu haben?

Welche Möglichkeiten gibt es hier für die Erstellung einer Multiprojektlösung?

Answer 1

Soweit ich weiß, ist es Ihr Ziel, Ressourcen wie CSS- und JS-Dateien projektübergreifend zu nutzen. Eine Möglichkeit, dies zu tun, wäre die Verwendung von verknüpfte Dateien in Visual Studio. In einer unserer Lösungen, in der wir viele Klassendateien und Signierschlüssel projektübergreifend gemeinsam nutzen, setzen wir dies ausgiebig ein. Beim Verknüpfen von Dateien werden die Dateien grundsätzlich in einem Projekt der Lösung abgelegt und dann von anderen Projekten der Lösung aus mit ihnen verknüpft.

Bei der Bereitstellung von Projekten, die verknüpfte Dateien enthalten, müssen Sie jedoch ein wenig vorsichtig sein, da die Datei durch die Verknüpfung nicht physisch in das Zielprojekt kopiert wird. Selbst wenn Ihr Projekt also einen css-Ordner hat, ist die verknüpfte Datei, die in VS unter diesem Ordner angezeigt wird, nicht physisch in der Verzeichnisstruktur auf der Festplatte vorhanden. Wenn Sie Klassen verknüpfen, enthält die DLL für das Projekt mit der verknüpften Klassendatei die verknüpfte Klasse, aber Ressourcendateien wie CSS, JS und die allgemeine Masterseite werden bei der Bereitstellung nicht kopiert. Sie können Build-Skripte oder einige einfache Batch-Dateien verwenden, um diese Probleme zu lösen. Damit sollte Ihr Problem gelöst sein.

Answer 2

Warum konvertieren Sie sie nicht einfach direkt in .NET 4.0?

Beachten Sie bei der Umstellung auf .NET 2.0, dass sich der Standardprojekttyp in Visual Studio 2005 von dem Projekttyp, den Sie von VS2003 gewohnt sind, zu "Website"-Projekten geändert hat. Aber mit Visual Studio 2010 haben Sie das gleiche Webanwendungsprojekt, an das Sie gewöhnt sind, warum also nicht direkt dorthin wechseln?

Beachten Sie auch, dass VS2010 auf .NET 2.0-Anwendungen abzielen kann, es gibt also keinen Grund, dort aufzuhören.