Wohin mit Interfaces?

[Kababär]

Hi,

ich bin gerade dabei ein etwas größeres Projekt zu starten und dabei handle ich unter anderem Bankkonten (ohne Verbindung zum Online-Banking, sondern nur lokal).
Da es ja verschiedene Bankkonten gibt (Kredit, Giro, Sparbuch), habe ich mir ein Interface angelegt (womöglich macht abstrakte Klasse mehr Sinn), aber naja.
Meine Frage ist: Wo packt ihr die Interfaces hin? Gehört es bei euch zu dem Model?
In das gleiche Projekt oder legt ihr eine Klassenbibliothek an und schleußt diese .dll-Datei dann ein?

 

[Saheeda]

Kommt drauf an.
Wenn klar ist, dass das Interface programmintern bleibt, landets im selben Package, wie die Implementierungen.
Wenn du vorhast, ne API / Schnittstelle nach außen zu bauen, kann ne lib durchaus Sinn ergeben.

 

[stg]

Kommt drauf an.
Wenn klar ist, dass das Interface programmintern bleibt, landets im selben Package, wie die Implementierungen.
Wenn du vorhast, ne API / Schnittstelle nach außen zu bauen, kann ne lib durchaus Sinn ergeben.

Die package-Struktur hat erst einmal nichts mit der Projekt-Struktur zu tun. Klassen aus unterschiedlichen Projekten/Bibliotheken, können auch im gleichen package liegen.

Beim "Kommt drauf an" schließe ich mich aber vollends an

Das "programmintern" würde ich streichen und durch "Schichten-intern" oder "Modul-intern" ersetzen. Je nachdem, wie man das Projekt aufzieht und die Arbeit verteilt. Definiert man in einem kleinen Extra-Projekt zunächst die Schnittstellen zwischen den einzelnen Schichten und/oder Modulen, so kann man bequem an den verschiedenen Baustellen arbeiten, ohne immer den gesamten Quellcode zu haben und kompilieren zu müssen.