Am besten mit mehreren Projekten / Lösungen in Visual Studio arbeiten?
Derzeit habe ich 4 Lösungen, sind unabhängige Projekte, aber es ist ein bisschen von duplizierten code, wenn es darum geht zu ein paar Bereiche der Anwendungen.
Im moment ist es einfach ein paar Formulare aus und Ihre zugeordnete code.
Wenn ich will, sich zu ändern oder etwas verbessern, ich habe durch kopieren und einfügen in alle relevanten Projekte.
Schaute ich auf erstellen Sie ein neues Projekt in einer der Lösungen für die .dll/Bibliothek-Klasse, aber ich fühlte, dass dies falsch war. (Bitte sagen wenn ich falsch Liege).
Da es ein Bauteil für alle Anwendungen, entschloss ich mich für eine neue Lösung für die .dll/Bibliothek-Klasse und bin auf der Suche bewegen Sie den gemeinsamen code über zu - aber die, die nie gegangen diesen Weg vor, was sind meine Optionen hier?
Bin ich in der Lage, dann diese Lösung in die andere, wenn ich brauche, um eine einfache änderung und habe es aktualisiert alle Projekte oder stattdessen soll ich immer arbeiten auf der gemeinsamen Komponente in einer separaten Instanz von Visual Studio, die außerhalb der Anwendungen?
InformationsquelleAutor der Frage Wil | 2010-08-01
Du musst angemeldet sein, um einen Kommentar abzugeben.
Genau der richtige Weg, um mit dieser situation umzugehen.
Können Sie Projekte in mehreren Lösungen mit einem Rechtsklick auf die Projektmappe und wählen Sie " Add Vorhandenes Projekt...
Alle änderungen, die Sie dann machen, erscheinen in allen Lösungen. Das einzige problem, das führt zu ist, dass es möglich ist zu brechen, eine Lösung von einem anderen. Dies ist, wo automatisierte builds on commit to source control kommen in Ihre eigenen.
InformationsquelleAutor der Antwort pdr
Dadurch jedes mal, wenn Sie bauen Sie Ihre consumer-Projekte, werden Sie die neuesten dll ' s automatisch.
InformationsquelleAutor der Antwort Afshar Mohebbi
Bewegen Sie den gemeinsamen code in eine separate shared assembly ist eine ausgezeichnete Wahl.
Eine Sache zu denken ist, um Ihre gemeinsame business-Logik und business-Objekttyp-code getrennt vom UI-bezogenen code, wie benutzerdefinierte Steuerelemente - wenn Sie müssen, dann haben zwei gemeinsame Baugruppen. Dies ist anfangs etwas mehr Arbeit, aber macht die Dinge viel einfacher, weiter unten in der Spur, wenn Sie brauchen, um änderungen an der Benutzeroberfläche oder Bearbeiten Sie die control-suite, die Sie verwenden.
InformationsquelleAutor der Antwort slugster