Wie viele Projekte in einer Lösung ist zu viel?

StackOverflow https://stackoverflow.com/questions/1632635

Frage

Wie viele Projekte in einer einzigen Lösung ist akzeptabel? Und für diejenigen Anwendungen, die großen Projektnummern haben Sie die andere kompilierten DLLs in einem gemeinsamen Ordner abgelegt haben zu können, um die App laufen?

War es hilfreich?

Lösung

Da in Visual Studio ein Projekt zu einer Baugruppe zusammenstellt, die Frage, die Sie sich stellen sollten, ist, „wie viele Baugruppen sollte ich?“

Wenn es keinen Grund für die Baugruppen separat verwendet werden, sollte es keinen Grund, sie in mehrere Projekte aufgeteilt zu haben. Wenn Sie mehr Baugruppen haben Schichtung zu erzwingen, das ist, was Namensraum für sie.

In einer idealen Einrichtung sollten Sie ein Projekt (= eine Baugruppe) für jeden anderen Host in Ihrer Anwendung, und einen für Ihre Nicht-Host-spezifische Logik.

YMMV obwohl, können Sie Projekte nach aufzuspalten, die auf den verschiedenen Teilen arbeiten, aber wirklich, versuchen, die Anzahl der Projekte in Ihrer Lösung zu begrenzen (wie ich dies schreibe, ich bin zu kämpfen mit einem 70 + Projekte Lösung, so spreche ich von den Abgründen meiner persönlichen Erfahrung).

Eine interessante Diskussion über die logische / physikalische Schichtung von Anwendungen kann auf Patrick Smacchia Blog (zum Beispiel http://codebetter.com/blogs/patricksmacchia/archive/2008/02/10/layering-the-level- metrisch-und-die-Diskurs-of-method.aspx )

Andere Tipps

Nun, 42, natürlich!

Es gibt keine richtige oder falsche Antwort. Einige Entwickler gerne mehrere Projekte innerhalb des Hauptprojekt erstellen. Andere, wie zurück zu einer Baugruppe (die DLL) und Referenz kompilieren. Es hängt von Ihrem Team und Arbeitsplatz.

Ich bin damit einverstanden, so weit mit den Antworten. Ein weiteres Kriterium ist die Geschwindigkeit der Lösung Wiederaufbau ...

Ich denke, das ist etwas, das von der Größe und Art Ihrer Projekte abhängt. aber aus meiner eigenen Erfahrung, wenn meine Reihe von Projekten mehr als 5 der Build-Prozess lange dauern wird. so versuche ich, Projekte zu halten, die ich brauche nicht häufig in einer anderen Lösung zu ändern, um schneller den Build-Prozess zu machen.

Solange jedes Projekt eine gültige, getrennte Funktionalität ist, und alle Projekte eng gekoppelt sind (soweit Zweck geht), dann ist es kein Problem.

Was ich tue, bin ich ein „Bibliothek“ Projekt, wo ich meine externen DLLs alle dann setzen, verweisen sie direkt dort.

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