28
4
I just updated a project with all new microsoft.aspnetcore.components.webassembly(s).. v5.0.10 from v5.0.5. Now when I recompile I get the following error:
我刚刚用全新的microsoft.aspnetcore.components.webassembly(s)..更新了一个项目从v5.0.5到v5.0.10。现在，当我重新编译时，我得到以下错误：
I've search everywhere and cannot find anymore reference to v5.0.5, only 5.0.10 and cannot find /wwwroot/_content either.
我到处搜索，都找不到对v5.0.5的引用，只找到5.0.10，也找不到/wwwroot/_content。
Any help/guidance is much appreciated.
Thanks,
Mike
如有任何帮助/指导，我们不胜感激。谢谢，迈克
Tried closing VS. deleting all the .vs bin and obj folders in the solution projects?
已尝试关闭VS。是否删除解决方案项目中的所有.vs bin和obj文件夹？
Thanks Brian for the quick response! Worked perfectly!!
感谢Brian的快速响应！完美的工作！！
By default, there's no reason for an RCL file to conflict with a file on the host. RCL files are prefixed with _content/${PackageId}. Blazor WebAssembly files are placed at the root of the host URL space, which makes conflicts easier. For example, Blazor WebAssembly apps contain a favicon.ico file that the host might also include in its wwwroot folder.
默认情况下，RCL文件没有理由与主机上的文件冲突。RCL文件以_Content/${Packageid}为前缀。Blazor WebAssembly文件放置在主机URL空间的根位置，这使得冲突更容易发生。例如，Blazor WebAssembly应用程序包含主机可能也包含在其wwwroot文件夹中的Favic.ico文件。
If the conflict's source is an RCL file, it often means code is copying assets from the library into the project's wwwroot folder. Writing code to copy files defeats a primary goal of static web assets. This goal is fundamental to get updates on the browser when the contents are updated without having to trigger a new compilation.
如果冲突的来源是RCL文件，则通常意味着代码正在将资源从库复制到项目的wwwroot文件夹中。编写复制文件的代码违背了静态Web资产的主要目标。这一目标对于在内容更新时在浏览器上获得更新而不必触发新的编译是基本的。
You may choose to preserve this behavior and maintain the file on the host. To do so, remove the file from the list of static web assets with a custom MSBuild target.
您可以选择保留此行为并在主机上维护文件。为此，请从具有自定义MSBuild目标的静态Web资源列表中删除该文件。
To use the RCL's file or the Blazor WebAssembly app's file instead of the host project's file, remove the file from the host project.
要使用RCL的文件或Blazor WebAssembly应用程序的文件而不是宿主项目的文件，请从宿主项目中删除该文件。
微软支持
28
4
0
我刚刚用全新的microsoft.aspnetcore.components.webassembly(s)..更新了一个项目从v5.0.5到v5.0.10。现在，当我重新编译时，我得到以下错误：。我到
我将我的 Asp.net core Blazor WebAssembly 应用程序更新到了 .net 6。一切都很好，但是从 github 操作进行的部署不起作用并抛出此错误: ... Copying
我将我的 Asp.net core Blazor WebAssembly 应用程序更新到了 .net 6。一切都很好，但是从 github 操作进行的部署不起作用并抛出此错误: ... Copying
我有两个 ASP.NET Core MVC 项目。这两个项目在它们的 wwwroot 文件夹中有相同的文件。 我的问题:是否可以为 wwwroot 文件夹指定一个自定义位置，以便我可以在两个项目中访问
我将图像存储在文件夹名称中 “图片”不在 wwwroot 文件夹中。 所以现在我无法访问它所以我的问题是 如何访问包含图像的文件夹，而该文件夹不是 wwwroot 的子文件夹？还是必须将这些文件放在
我正在这样做，它有效，但似乎有点黑客 using (var stream = new FileStream(@"d:\home\site\wwwroot\shared\...", FileMode.O
我正在使用下面的PS脚本，它将从Nexus下载Zip文件到Jenkins从属Windows服务器。(按预期工作) 我的另一个任务是将文件从Jenkins Windows服务器位置复制到另一个Windo
我正在开发一个 ASP.NET 核心应用程序，并使用 wwwroot/文件夹加载我的 css、javascript 等。 在我的 Visual Studio 元素中，我有以下结构: 但是，当我在 Ch
我有一个具有以下结构的 ASP.NET MVC 6 项目: project/ wwwroot/ custom/ project.json 我想从 custom 中提供文件，就好像它是一个虚
我的 index.html 位于名为 wwwroot 的目录中，可以通过 locahost:5001 上的浏览器访问它。当我使用 NPM 安装一些包时，目录 node_modules 被放置在与
假设我有这样的项目结构: - AppRunner | - Apprunner.csproj | - wwwroot - Tests | - Tests
这是我第一次尝试在我的 asp.net core 5.0 应用程序中运行 docker 镜像。我在 docker 文件中添加了以下配置。 FROM mcr.microsoft.com/dotnet/a
我正在研究一个项目结构，其中多个项目服务于同一组静态文件。 在开始时，每个项目都将同时提供静态文件和 API 服务，但稍后我计划将其中的一些分成多个项目。 ProjectA 将同时提供静态文件和 AP
当我在 Visual Studio 中使用“发布”部署到 Azure Web Apps 时，wwwroot 文件夹位于何处？ 创建新实例时，wwwroot 文件夹来自哪里？ wwwroot 是在 Az
我使用这个代码 move_uploaded_file($file_tmp,$us_id.".jpg"); 但运行此脚本后，它没有错误，但文件没有出现在文件夹中，怎么办？ 在这些之前，我在本地主机中测试
我正在尝试将 zip 文件上传到 KUDU 以用于开发 Web 应用程序，并将文件提取到 wwwroot 文件夹的根目录 我使用的网址是https://webappname.scm.azurewebs
我已经部署了我的 Node.js 应用程序，它部署在 azure 应用程序服务中问题是我无法从 wwwroot/build 读取它我的所有 node.js 文件都位于 build 文件夹内我希望 Az
在我的 ColdFusion 应用程序中，我想将图像保存在这个文件夹中的 wwwroot 之外:C:\extSite\stdImages 我在 wwwroot\WEB-INF\jrun-web.xml
只是玩了一下。 我得到了一个包含 3 个项目的 Visual Studio 解决方案。 这三个都需要。 一个项目(“一个”)是应用程序的 UI。当然，它包含 wwwroot 中的静态文件。 我想对应用
我使用这个代码 move_uploaded_file($file_tmp,$us_id.".jpg"); 但运行此脚本后，它没有错误，但文件没有出现在文件夹中，怎么办？ 在这些之前，我在本地主机中测试
个人中心
文章发布
退出
我是一名优秀的程序员,十分优秀！