Der beste Weg, um die Dateien in meinem Projekt zu organisieren

Question

Was ist der beste Weg, um die Dateien in Ihrem Projekt zu organisieren?

Zum Beispiel, legen Sie alle Benutzersteuerelemente in einem separaten Ordner oder legen Sie sie in einem Unterordner? Haben Sie einen Geschäftslogik-Ordner? Ein Helfer Klassenordner?

Früher habe ich meine Projekte wie dieses organisieren:

Projekt/Benutzereinstellungen/Modulname/ Projekt/Klassen/Module Name/

nun mehr in Richtung etwas wie dieses Ich lerne: Projekt/Modul Name/Benutzer Controls/ Projekt/Modul Name/Klassen/

Was ist der beste Weg? Vor allem, wenn das Projekt wirklich groß wird? Welche Art von Ordnerstruktur sollte existieren?

Answer 1

Zuerst soll der Zweck der Ordnertrennung eine zusätzliche Ebene der Dokumentation sein, damit die Programmierer den Code einfacher finden. Das bedeutet, dass Sie keine zusätzlichen Level haben sollten, um "einfach Dinge zu organisieren". Das schließt Ordner namens Klassen, Kontrollen usw.

Einige Beispiele:

Wenn Sie auf einem dich Tier arbeiten App es sehr viel Sinn machen würde, wie etwas zu haben:

Project \ Tier (Model | Steuerung | etc) \ Klassenname

Wenn Sie Programm ist groß auf den Punkt getrennte Funktionsbereiche, die ich mit gehen würde:

Project \ Funktionsbereich \ Tier (Modell | Steuerung | etc) \ Klassenname

Das ist besonders nützlich, wenn Subteams an den verschiedenen Funktionsbereichen arbeiten.

Vermeiden Sie auch sehr tiefe Ordner Bäume (IMHO, mehr als Tiefe 4 ist zu viel) und halten Sie Ihre Ordnernamen kompakt. Einige Werkzeuge haben möglicherweise Beschränkungen für die Pfadgröße so niedrig wie 255 Zeichen, also ist dies ein Platz, an dem die Kürze ihren Platz hat.

Answer 2

Ich teile unsere wichtigsten Stücke in Projekte - macht es sehr einfach wiederzuverwenden.

Innerhalb eines Projekts mache ich Ordner (und Namen) nach Funktionsbereichen.

Das ist, soweit ich auf einer generischen Basis gehe - die Bedürfnisse des Projekts bestimmen jede weitere Partitionierung.

Answer 3

Ich stimme den anderen Antworten zu, die vorschlagen, Ordner nach Zweck und nicht Typ zu benennen (d. H. Rufen Sie einen Ordner Model, nicht Klassen und nur datenorientierte Klassen in diesem Ordner enthalten). Außerdem möchte ich alle Controls und Daten/Model bezogenen Klassen in ihren eigenen separaten Projekten behalten, die sich nicht gegenseitig referenzieren dürfen. Dies kann Ihnen helfen, die Trennung zwischen Ansicht und Modell in Ihrem Code zu erzwingen, was im Allgemeinen eine gute Sache ist.