Frage

von einer Unternehmens-IT-Umgebung kommt, wurde der Standard immer eine Klassenbibliothek Projekt für jede Schicht, Business-Logik, Datenzugriff, das Erstellen und manchmal größere Isolation bestimmter Arten.

Nun, da ich auf meinem eigenen Web-Anwendung Projekt arbeite, sehe ich nicht ein echtes Bedürfnis meinen Code auf diese Weise zu isolieren.

Ich habe nicht mehr Anwendungen, die diese Logik oder eine Dienstleistung teilen müssen ermöglicht es. Ich sehe nicht, auch keinen Vorteil zu Einsatzszenarien.

Ich bin Neigung in Richtung alle Artefakte in einer Web-Anwendung setzen, logisch durch Projektordner getrennt.

ich, was die Gedanken sind von der Gemeinde wissen wollte.


Lassen Sie mich Weitere Informationen hinzufügen ...

Ich schreibe diese Anwendung mit MVC Vorschau 5, so dass die Teststück-Einheit wird durch die Trennung von Bedenken im Rahmen erbt unterstützt werden. Ich mag Tests für alles haben!

War es hilfreich?

Lösung

Beginnen Sie mit der einfachstenen Sache möglich und die Komplexität, ob und, wenn erforderlich. Klingt, als ob eine einzige Anordnung gut für Ihren Fall funktionieren würde. Allerdings müssen darauf achten, nicht um die Schichten zu verletzen, indem Schicht eines internes Mitglied der Schicht B. Einen Zugang zu haben, dass würde es schwieriger, die Schichten in einzelne Baugruppen zu einem späteren Zeitpunkt zu ziehen.

Andere Tipps

Ich würde sagen, es hängt davon ab, wie ernst Sie sind über das Testen und Komponententests.

Wenn Sie nur Benutzer / manuelle Tests tun, oder im Grunde verwenden, nur Test aus dem UI nach unten, dann ist es nicht wirklich einen Unterschied machen.

Auf der anderen Seite, wenn Sie auf dem Tun Art von Komponententests planen oder Geschäftsregeln Validierung, es sinnvoll, auf jeden Fall macht Ihre Arbeit in verschiedene Baugruppen aufzuteilen.

Auch für kleinere persönliche Projekte, finde ich diese Vorgehensweise mein Leben einfacher macht, da das Projekt geht weiter. Ich noch alles aus der gleichen Lösung führe, nur mit einem Web-Projekt für die Benutzeroberfläche, eine Bibliothek für die Geschäftsregeln / Anwendungslogik und eine andere Bibliothek für die DAL.

Sie sollten noch logisch getrennt Schichten in triftigen Projekte.

Das ist ein guter Ingenieurpraxis, ob Sie nur 1 Entwickler sind oder 100. Der negative über den Code an einem Ort ist, dass es Sie Refactoring machen wird oder Code für die Erweiterung duplizieren.

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