2017-08-02 1 views
0

Kurz gesagt, sind tief verschachtelte eckige Module eine gute Idee? Ich schätze es vielleicht subjektiv, aber auf der Suche nach Rat von Peeps mit mehr Erfahrung als ich. Zum Beispiel;Eckig; Sind tief verschachtelte Module eine gute Idee?

Wenn ich ein "Forum" Modul erstellen möchte und innerhalb des Moduls wird eine Menge Funktionalität Anforderungen für Threads, Beiträge und viele andere verrückte Sachen, die ich erstellen, sollte ich ein verschachteltes Modul für "Beiträge" erstellen (für Beispiel) welches in das Forum-Modul importiert und wiederum in das App-Modul importiert wird? Ich bin besorgt, dass mein Forum-Modul aufgebläht wird.

+1

Es gibt keine verschachtelten Module in angularen, nur Modulen, die andere Module importieren. –

+0

Wie kann das Forum-Modul nicht "aufgebläht" werden, wenn ein Forum aus Threads und Posts besteht? Wenn diese Elemente eindeutig sind und an keiner anderen Stelle wiederverwendet werden sollen, benötigen sie wahrscheinlich keine eigenen Module. Oder wahrscheinlich. – estus

Antwort

1

Natürlich ist es in Ordnung. Es ist so konzipiert, dass es so funktioniert. Your initial app has only a single module, the root module. As your app grows, you'll consider subdividing it into multiple "feature" modules, some of which can be loaded later ("lazy loaded") if and when the user chooses to visit those features.

Modules are a great way to organize an application and extend 
it with capabilities from external libraries. 

Many Angular libraries are modules (such as FormsModule, HttpModule, and 
RouterModule). Many third-party libraries are available as NgModules (such 
as Material Design, Ionic, AngularFire2). 

NgModules consolidate components, directives, and pipes into cohesive blocks 
of functionality, each focused on a feature area, application business 
domain, workflow, or common collection of utilities. 

https://angular.io/guide/ngmodule

https://angular.io/guide/bootstrapping

0

Ich habe festgestellt, dass, wenn die Anzahl der eine zu hohe Kinderkomponenten Komponente bekommt (oder oberhalb einer Grenze i oder das Team Leitungssatz) i eine neue erstellen spezifischere Komponente für den Fall.

Zum Beispiel hatte ich eine Adressblock-Komponente, die schließlich (aufgrund der vielen Arbeitsströme, die es für verschiedene Zwecke benötigt) die Komponente MASSIVE war und viele Kinder darin hatte. Um dies anzugehen, zog ich den Adressblock heraus, was es ursprünglich war, und nahm die einzelnen Benutzerfälle, die ursprünglich innerhalb des Adressblocks platziert wurden, und machte sie zu ihren eigenen Komponenten, zum Beispiel

Alles was ich sagen kann, ist Verschachteln IST FEIN, aber Vorsicht! Viele verschachtelte Komponenten, die auf Daten oder Bindungen von übergeordneten Komponenten beruhen (manchmal mehr als eine übergeordnete Komponente), können genauso frustriert sein wie die Frustration, die sie mit sich bringen kann.

Verwandte Themen