从.NET 8 Preview 7开始，微软似乎致力于Blazor United，用Blazor团队自己的话说，它提供了两个世界中最好的版本，即WASM和服务器版本。有没有人知道，未来，Blazor United将是创建Blazor应用程序的唯一途径，还是WASM和服务器选项仍然存在，而United将是第三个选择？
hivapdat1#
当前的Web App模板仍然设置了一个asp.net管道。这对（纯）WebAssembly应用程序不起作用。因此，我们至少需要一个单独的WeabAssembly项目类型，并带有PWA选项。旧的Blazor服务器项目现在似乎是多余的。
bnl4lu3b2#
演示视频：https://www.youtube.com/watch?v=48G_CEGXZZM它并没有取代它们，而是让你在相同的架构下使用它们，服务器+客户端的通信将决定目前需要哪一个。它通过让你在构建时同时使用2个目标框架来实现这一点。在视频中，使用的net8.0;net7.0-browser（重要的是要注意，这是9个月前，仍处于原型阶段，我相信你会目标.net v8而不是v7的浏览器现在）。在第一个页面加载时，当WASM文件还没有被缓存时，所有内容都将使用SSR操作，然后在下一个页面加载时，如果WASM已经缓存，WASM将接管。您还可以强制全局或每个组件使用一种或另一种渲染模式。因此，如果您对功能或性能有特定需求或其他顾虑，您可以弯曲每个部件以满足需求。他们还启用了其他功能，如流渲染，这样你就可以更快地获得第一帧值，而加载的时间更长，但仍然不需要WebSocket来完成加载。
net8.0;net7.0-browser
2条答案
按热度按时间hivapdat1#
当前的Web App模板仍然设置了一个asp.net管道。这对（纯）WebAssembly应用程序不起作用。
因此，我们至少需要一个单独的WeabAssembly项目类型，并带有PWA选项。
旧的Blazor服务器项目现在似乎是多余的。
bnl4lu3b2#
演示视频：https://www.youtube.com/watch?v=48G_CEGXZZM
它并没有取代它们，而是让你在相同的架构下使用它们，服务器+客户端的通信将决定目前需要哪一个。它通过让你在构建时同时使用2个目标框架来实现这一点。在视频中，使用的
net8.0;net7.0-browser（重要的是要注意，这是9个月前，仍处于原型阶段，我相信你会目标.net v8而不是v7的浏览器现在）。在第一个页面加载时，当WASM文件还没有被缓存时，所有内容都将使用SSR操作，然后在下一个页面加载时，如果WASM已经缓存，WASM将接管。您还可以强制全局或每个组件使用一种或另一种渲染模式。因此，如果您对功能或性能有特定需求或其他顾虑，您可以弯曲每个部件以满足需求。
他们还启用了其他功能，如流渲染，这样你就可以更快地获得第一帧值，而加载的时间更长，但仍然不需要WebSocket来完成加载。