Node JS - MVC - Namenskonventionen

Question

I typischerweise eine Anwendungsstruktur wie folgt festgelegt:

+----my_awesome_nodejs_app 
| +----app 
| | +----app.js 
| | +----node_modules 
| | +----tomatoes 
| | | +----tomatoes.controller.js 
| | | +----tomatoes.helper.js 
| | | +----tomatoes.model.js 
| | | +----tomatoes.route.js 
| | +----views 
| | | +----tomatoes.pug 
| +----public 
| | +----tomatoes 
| | | +----tomatoes.css 
| | | +----tomatoes.js 
| +----spec 
| | +----tomatoes.spec.js 

ich begünstigende Namenskonventionen, dass von dem vorderen Ende passen (zB example.com/tomatoes) - als ich denke, es macht es einfacher, langfristige Unterstützung (obwohl es wahrscheinlich einen besseren Weg, dies zu tun)

das heißt - wenn sagen wir, entschied ich mich tomatoes zu ändern sausages zu sagen - ich brauche alle meine Tests zu aktualisieren, Verzeichnis Namen, Dateinamen und Kommentare entsprechend (ganz zu schweigen von seitenspezifischem CSS oder JS).

Muss ich das bei einer solchen Maßnahme einfach akzeptieren und berücksichtigen oder gibt es eine andere (bessere) Möglichkeit, dies zu tun, um größere Flexibilität zu ermöglichen?

Answer 1

Es ist schwierig, die Änderungen in allen zugehörigen Dateien durchzuführen, ohne die Lösung zu übersteuern.

Etwas, das helfen kann, alle zugehörigen Dateien für eine Komponente/ein Modul/Teil in demselben Ordner zu platzieren, siehe Relational Structure in this blog post for more information.

Meiner Meinung nach erleichtert relationale Struktur auch größere Projekte, da Sie alle zugehörigen Ressourcen an derselben Stelle finden, anstatt nach Dateien suchen zu müssen, die im Projekt verstreut sind.