这个也是老博客了，实际上区分好Blazer的CSR和SSR之后，熟悉一下.NET的包管理还是很好开发下去的

下次继续开发这个软件，应该只能在极其有闲的时间中，如同扫净未完成的任务一般

tauri自带的blazor前端尝试

简单尝试了一下cargo create-tauri-app创建的自带Blazor前端的Tauri应用，实际上用VSCode打开的时候还是会有很多报错，典型的例如

1. Using 项目名 的时候找不到自己
2. <App>报错找不到泛型

中途以为是自己文件命名的问题，但实际上不是，Blazor的双驼峰命名规范和Rust的蛇形命名规范混在一个项目里面实际上还是会感觉到非常割裂的

如果撇开这些报错不谈，我们直接cargo tauri dev 那么打开的页面就会只有两个svg和文字在那里，能够体现JSRuntime的部分以及之下的部分就完全不会显示，这个问题尚未解决，就直接导致了我放弃了使用tauri自带的Blazor前端的这个方式

---

blazor前端框架尝鲜

主要只尝试了一下这几个框架

1. Ant Design Blazor 没玩明白，并且官方教程不太清晰
2. Blozorise 似乎是集成了很多Blazor前端框架，上手感觉比较困难，没多尝试
3. MudBlazor 这个文档我还是很喜欢的，官网组件非常详细

显然，最终选择了MudBlazor

Blozer自带模板的项目结构还是比较特殊的

1. 项目名，这个文件夹放了Components-wwwroot，并且是项目运行的主文件夹，在这里运行dotnet run才能开前端
2. 项目名.Client，这个文件夹里面放了Layout-Layout，这个文件夹就无法运行了（但是Antd的可以运行，打开之后开了两个端口，并且都一直在转圈圈，也没整明白）

---

最终选型

类型报错的原因不在于默认代码的生成，而是我在VSCode还没有找到较好的适配Blazor的语法检查器，这些项目在VS里面打开是没有报错的

最终我选择了直接用MudBlazor的模板，直接生成的HAM结构还是非常够用并且好改的

tauri的话直接把src-tauri复制过来改一下conf.json的运行和端口即可

需要调用command的时候，再去单独配一下JSRuntime即可

也就分三步

1. VS新建MudBlazor项目
2. 复制tauri的src-tauri文件夹
3. 配置JSRuntime