Question

所以，我混淆了使用新的“魔术”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

中删除它

Answer 1

文件夹wwwroot适用于您的客户历来称为＆＃34;静态内容＆＃34;。如果您愿意，可以rename wwwroot。现在，它是应用程序的客户端内容和基于服务器的代码之间的逻辑分离（不应该在wwwroot内部，以防止服务器端代码泄露。

ASP.NET Core魔术新'wwwroot'文件夹

1 个答案: