有一个没有主脚本的requirejs包是一种不好的做法吗?

有一个没有主脚本的requirejs包是一种不好的做法吗?,requirejs,amd,Requirejs,Amd,假设我在“视图”目录中有一堆定义为AMD模块的js视图脚本 我可以这样做,而不是在requirejs配置中列出它们: require = { baseUrl: 'js', packages: [ { name:'views',location:'app/views' } ... ], ... } 然后我需要它们作为['views/sunset','views/ocean'](或者'./ocean',如果从另一个视图)等 这比在require config中单独列

假设我在“视图”目录中有一堆定义为AMD模块的js视图脚本

我可以这样做,而不是在requirejs配置中列出它们:

require = {
  baseUrl: 'js',
  packages: [
    { name:'views',location:'app/views' }
    ...
  ],
  ...
}
然后我需要它们作为
['views/sunset','views/ocean']
(或者
'./ocean'
,如果从另一个视图)等

这比在require config中单独列出它们节省了大约20秒的时间,并且可以说使define()调用更具表现力(即清楚哪些脚本是组件,哪些是实用程序等)


本质上,我将目录视为一个包,但没有主脚本,因此
require(['views'])
将返回404。是否有任何理由认为这种做法是不好的做法?是否存在我没有看到的问题?

在我以前的工作中,我们没有
main.js
文件,因为每个页面都有不同的模块,所以它们是根据页面内容动态加载的。我没注意到有什么问题

您的解决方案似乎类似。如果没有任何错误,则可以:)

main.js
不是必需的,但根据我的记忆,它是由RequireJS推荐的