requirejs - 有一个没有主脚本的 requirejs 包是不好的做法吗?
问题描述
假设我在目录“views”中有一堆定义为 AMD 模块的 js 视图脚本。
我可以这样做,而不是在 requirejs 配置中将它们全部列出:
require = {
baseUrl: 'js',
packages: [
{ name:'views',location:'app/views' }
...
],
...
}
然后我要求他们['views/sunset', 'views/ocean']
(或者'./ocean'
如果从另一个角度来看)等。
这为我节省了 20 秒左右的时间,而不是在 require 配置中单独列出它们,并且可以说使我的 define() 调用更具表现力(即很清楚哪些脚本是组件,哪些是实用程序等)
本质上,我将目录视为一个包,但没有主脚本,所以require(['views'])
会返回 404。有什么理由可以认为这种方法是不好的做法吗?有没有我没有看到的问题?
解决方案
在我之前的工作中,我们没有main.js
文件,因为每个页面都有不同的模块,因此它们是根据页面内容动态加载的。我没有注意到任何问题。
您的解决方案似乎相似。如果您没有任何错误,那很好:)
main.js
不是必需的,但我记得 RequireJS 推荐它
推荐阅读
- sql-server - Oracle 到 MSSQL 迁移错误“目标中不存在表 xxx”
- angularjs - Angularjs 注入器:modulerr 使用 $routeProvider 时
- java - REST 调用的服务器端重定向
- jquery - jQuery 表单插件中的 clearForm 和 resetForm 有什么区别?
- spring - 直接设置延迟结果不返回正文
- django - 使用带有 django UserForm 的 Bootstrap 4 登录表单
- excel - 从 USB 驱动器运行 Excel 全部刷新
- python - ValueError:使用序列设置数组元素。在 DBSCAN 上,没有丢失维度
- c# - C# PostAsync to Laravel Passport 说授权服务器不支持授权
- javascript - React Native 将音频文件设置为默认的 Android 通知声音