所以,我混淆了使用新的“魔术”wwwroot文件夹。我得到了概念,它是一个占位符,可以为客户提供所有“内容”。但是当涉及到捆绑/缩小/等它似乎弊大于利。因为'wwwroot'文件夹是一个实际的文件夹,它有一个路径。但是,你从来没有像任何其他文件夹那样引用它。所以,当我尝试从URL请求内容时我会说“http://myURL/images/imgone.img” 但图像在wwwroot / images文件夹中。但是,当我需要捆绑时,我必须指定文件夹。然后,在缩小期间,它将“wwwroot”添加到CSS内的引用。我觉得我在这里陷入困境。
如何处理这个来自MS的新“魔术”文件夹?
更新: 我有一个旧网站,使用DurandalJS,后者又使用RequireJS。我有一个gulp任务(gulp-durandal)将JS文件(我的APP文件和Durandal)捆绑到一个JS文件中。我使用bundle-minifier插件来处理捆绑其余的JS文件(第三方,等等)。问题是,main.js文件中的内容可能如下所示。
require.config({
catchError: {
define: true
},
waitSeconds: 200,
urlArgs: "v=" + (new Date()).getTime(),
paths: {
//text: "../Scripts/lib/require/text",
durandal: "../Scripts/lib/durandal/js",
plugins: "../Scripts/lib/durandal/js/plugins",
transitions: "../Scripts/lib/durandal/js/transitions",
async: "../Scripts/lib/require/async",
services: "services",
}
});
但如果脚本文件夹位于“wwwroot”文件夹内,则无法找到它。但我无法直接指定文件夹,因为在运行开发和请求每个文件时,它会尝试从http://myURL/wwwroot/scripts/ect
中删除它答案 0 :(得分:1)
文件夹wwwroot
适用于您的客户历来称为"静态内容"。如果您愿意,可以rename wwwroot
。现在,它是应用程序的客户端内容和基于服务器的代码之间的逻辑分离(不应该在wwwroot内部,以防止服务器端代码泄露。