今天看到masa的贡献群里在讨论动态编译blazor组件的问题。
我出于兴趣，提出了自己的解决方案。
-
用户在blaozr的页面上输入想要编译的razor(html),css等字符串
-
用户点击编译后，程序将这些字符串保存为razor文件和css文件，文件保存到模板项目中去
-
使用dotnet build命令，对模板项目进行编译，生成动态组件的dll文件
-
使用AssemblyLoadContext，对dll进行加载，从dll中取出动态组件的Type对象
-
blazor使用内置的DynamicComponent，将这个动态组件渲染出来
-
<DynamicComponent Type="DisplayComponentType"></DynamicComponent>
-
下面总结一些实现过程中的问题
-
动态加载dll必须使用AssemblyLoadContext，而不能直接使用Assembly.LoadFrom直接加载dll
由于每次编译后，都会生成一个同名的 CompileTemplateProject.dll 因此，如果直接使用 Assembly.LoadFrom 加载dll，会出现重复加载同名dll的问题 解决方案是：创建新的 加载上下文 DllLoadContext 具体可参考微软文档 https://learn.microsoft.com/zh-cn/dotnet/standard/assembly/unloadability
-
关于程序集的卸载
程序集的卸载是比较复杂的，需要考虑到外部是否引用已加载的类型，也就是说，只有当外部没有对程序集内部类型的引用时，程序集才能完全卸载。
对于群里提出的动态编译blazor组件的需求，我其实是不赞同的。原因如下:
- 安全性问题，由于需要动态编译dll，如何保证用户输入的代码中，不包含恶意代码？
- 资源占用问题(不是性能问题)，如果很多用户都来动态编译dll，那么文档站点将会动态加载大量dll，造成资源占用过多
之所以有动态编译blazor组件的需求，是因为组件的属性太多，在线文档可能无法对所有属性进行说明。需要给用户一个在线修改属性，动态看到改变结果的方案。动态编译是一种方案，但这种方案实现难度比较大，坑很多。
我推荐做一个功能强大的组件属性编辑器，类似于winform和wpf中PropertyGrid的控件。这样不仅开发出了一个新的非常通用的组件，还能解决现有的动态属性编辑问题。
目前还没有搞定程序集卸载的问题。blazor在渲染时，会将动态生成的Type引用，即使组件已经被Dispose，那个Type还是被引用。目前不知道如何解决此问题。用windbg，查了gcroot，发现是BuildRenderTree过程中的引用问题，应该是闭包引用Type，造成程序集无法卸载。