我正在开发一个可以分解为少数几个主页的网站。这些页面可以被认为是彼此隔离的,除了它们共享会话数据(即会话ID和登录用户名)。
最初,我打算使用ng-view将网站构建为SPA(即将页面设置为AngularJS视图)。但是,我认为以这种方式实施我的网站没有任何好处。它需要额外的时间和精力来支持SEO(Making AJAX Applications Crawlable)。
采用不提供任何好处甚至创造额外工作量的方法似乎并不太聪明。所以我想,为什么我不把我网站的主要页面变成单独的AngularJS应用程序。需要由搜索引擎索引的网站部分只是其中一些应用程序的初始屏幕,因此我不需要为SEO做额外的工作。 (注意:初始屏幕由Django服务器呈现,搜索引擎要抓取数据,因此它们是非空白的。)
对于每个应用,它可能有也可能没有自己的局部组,具体取决于它的要求。
示例:
mydomain.com/item_page/1234 (load "item" app)
mydomain.com/dashboard (load "dashboard" app)
mydomain.com/account (load "account" app and default to "tab_1" view)
mydomain.com/account#tab_1 (load "tab_1" view of "account" app)
mydomain.com/account#tab_2 (load "tab_2" view of "account" app)
mydomain.com/post_item (load "post" app)
这完全是我的随机想法,我没有看到任何由多个AngularJS应用程序组成的AngularJS示例。我想知道:
请注意,这篇文章是针对一个网站的多个AngularJS应用,而不是同一页面上的多个AngularJS应用。
答案 0 :(得分:3)
这种方法没有任何问题,只要你保持下载的JS脚本的大小足够小,并确保良好的缓存。此类应用程序的一个示例可以是GitHub(它们不使用角度,但方法是相同的)。当你在GitHub上的问题页面时,它会加载一个html页面,常见的Github JS库和页面特定的JS代码。页面内的导航和操作由该单页特定脚本处理。如果您转到其他部分(如代码),将加载具有新页面特定JS代码的新页面。另一个例子是亚马逊AWS控制台,他们甚至为不同的页面使用不同的框架。 (GitHub和Amazon都不使用Angular,但这种方法适用于任何基于JS的框架,即使对于GWT也是如此。)
至于在页面之间共享一些会话数据,您可以使用内联脚本或隐藏元素将此信息直接嵌入页面本身。例如。当您的服务器生成页面时,它还应该在页面中生成一些会话信息。另一种方法是下载会话数据一次,并将它们存储在本地存储/会话存储中。