Multiple views are a limitation in angularjs, and the documentation doesn't let you know how to properly structure an application with complex views. Please see Jan Varwig on this subject.
Relevant sections:
" Views are not designed to structure your application! Actually, views are more like a crutch, a shortcut, to create structures similar to traditional websites, only with angular as a driver. When developing a web application, the way to solve complex interfaces is to combined use: Area objects / variables that explicitly preserve your viewing state of the ngSwitch Directive in this view of the Directive to include custom templates / perform complex DOM manipulation behavior Stop thinking about your application in terms of the views you need to download, which is more consistent with the imperative framework, but doesn't work in angular.
" View-Containers are pointless, separated from semantics via routes. Another, secondary problem that I encounter with UI-Routers nested representations is that they violate yet another basic idea of โโAngularJS: your DOM is the main place to describe the structure of your reading the template should give you an idea of โโwhat is happening. If you want to edit the user, put the directive in your template: The reader will immediately see what this directive does and what data it depends on. If you write correctly Likewise, this will be location-independent, you can place it somewhere else in your application if you pass the user the attribute that it will work in. Using views, you create templates with meaningless containers, passing the actual purpose of each view to routes / states defined elsewhere. If you insert routes, the context of each view becomes implicit, itโs more difficult to move them, and the only way to pass data to the view is through the scope. "
Vikas
source share