Wir versuchen, eine Portalanwendung mit mehreren / unabhängigen "Sub-Apps" zu erstellen. Unter der Annahme, dass alle Unteranwendungen in Angular geschrieben sind, ist ein gutes Muster, um die folgenden Ziele zu erreichen.
Angesichts der Tatsache, dass AngularJs keine mehrstufige Ansichtsstruktur hat, dachte ich daran, mehrere ng-app-Deklarationen auf verschiedenen divs zu verwenden und dann $ window scope zu verwenden, um den Schlüssel der aktiven App zu speichern und diejenigen auszublenden, die das sind nicht aktiv.
Es gibt keine einfache Antwort auf Ihre (eher offene) Frage, aber in Bezug auf die $ route- und ngView-Einschränkungen habe ich großen Erfolg mit einer Technik, die sich daraus ergibt: Ссылка
Dies ist etwas, an das ich auch gedacht habe, es zu implementieren. Obwohl ich keine vollständige funktionierende Lösung habe, glaube ich, dass diese Art von Portal-App aus mehreren winkelförmigen Apps auf derselben Seite bestehen würde.
Die Portal-App wäre die traditionelle ng-app-Direktive auf der Hauptseite, und die "Portlets" würden dynamisch erstellt und winklige Apps in einer Sub-View-div manuell hochgestuft werden. Sie können Daten, Status, Authentifizierung, Personalisierung usw. durch das Injizieren der Portaldienste (die in ihrem eigenen Modul enthalten sind), die diese Funktionen in den manuell zu startenden Portlet-Apps bereitstellen, nutzen.
Der knifflige Teil ist, wie die Portal-App die Portlet-Apps entdecken und ihre kantigen Module mit der Gewissheit ausstatten würde, dass diese Apps unabhängig bereitgestellte Web-Apps mit ihren eigenen URLs wären.
Ich habe immer noch einige Fragen, ob die Servicedaten zwischen den Apps übereinstimmen oder ob Sie den lokalen HTML5-Speicher über den Portalservice (wie einen Datenmanager) nutzen möchten.