使用requirejs来扩展单个页面而不是纯javascript应用程序是否是一种良好的做法?

使用requirejs来扩展单个页面而不是纯javascript应用程序是否是一种良好的做法?,javascript,angularjs,module,requirejs,Javascript,Angularjs,Module,Requirejs,所以我的问题主要是关于RequireJS的用例 我读了很多关于纯javascript驱动的网页的文章。目前,我使用AngularJS扩展了单渲染视图(例如,由PHP框架提供),这增加了很多价值。 可悲的是,随着其他“单页”上的每个标记,依赖关系管理变得越来越困难。如果有一个提供公共库的main.js文件(例如jQuery和AngularJS本身),则更是如此 我认为这不符合RequireJS的理念,即只有一个需要所有依赖项的主文件 一个很好的例子是使用一些模块(由AngularJS的依赖项定义)

所以我的问题主要是关于RequireJS的用例

我读了很多关于纯javascript驱动的网页的文章。目前,我使用AngularJS扩展了单渲染视图(例如,由PHP框架提供),这增加了很多价值。 可悲的是,随着其他“单页”上的每个
标记,依赖关系管理变得越来越困难。如果有一个提供公共库的
main.js
文件(例如jQuery和AngularJS本身),则更是如此

我认为这不符合RequireJS的理念,即只有一个需要所有依赖项的主文件

一个很好的例子是使用一些模块(由AngularJS的依赖项定义)的管理面板

示例:

scripts/
    adminpanel/
        panel.app.js
        panel.filters.js
        panel.directives.js
    antoherModule/
    andAntoherModule/
    require.js
tl;博士 当您使用AngularJS来扩展单个页面时,而不是构建一个完全由javascript驱动的web应用程序,使用RequireJS来加载将在单个页面上使用的模块是否是一种良好的做法?最好的方法是什么?

通常意味着页面不会刷新,所有额外的内容都会动态加载。本质上,整个应用程序是一个单独的页面。这并不意味着所有内容都是在初始加载时加载的(尽管如果它足够小,可能就是这样)。使用RequireJS/AMD体系结构对这类事情来说真的很好

当用户在整个站点中导航时,将检索不同的部分/模板以及任何支持的JavaScript


最好的方法是使用。定义脚本工作所需的所有需求。所有需要的脚本都将在函数运行之前加载,确保您拥有所需的一切。此外,您定义为需求的项可以有自己的定义来指定它们需要的脚本。。。等等。

纯javascript驱动的网页和Angular.js驱动的网页之间有什么区别?我的意思是关于单个页面(例如,只提供单个呈现页面的php框架)和纯javascript驱动的网页(例如