.NET原生支持MVVM模式，但在定义可通知属性和命令时，需要写较多代码（相比三方库而言）。
CommunityToolkit.MVVM库基于源代码生成器技术，通过为普通字段和方法添加注解，就能后台生成对应的可通知属性和命令，这一点做得相当漂亮，正因如此，该库成为轻量级MVVM框架的典范。
Prism库是一个重量级的MVVM框架，它的重点是提供了一整套系统解耦的方案，主要包括依赖注入容器、对话框服务、模型视图定位器、模块化机制、事件聚合器、页面导航，由于关注点不一样，该框架在可通知属性和命令定义方面较弱。
将两者结合起来使用，明确并严格遵守两者的职责界线，能最大程度提升WPF大型应用的开发效率和项目可维护性。
作为一名结构工程师，一辈子从事房屋建筑结构设计是我最初的人生规划，但对软件研发的兴趣逐渐把我引向了专业和软件研发相结合的新道路。
前面一篇文章介绍了Source Generator的基本用法，本文结合实例再对Fody编织器的创建进行介绍。
值得注意的是，Source Generator生成代码的方式更加简单，而Fody必须在IL中间代码的基础上进行修改，会更加繁琐，本文只关注如何创建编织器，重点不在编制IL中间代码的语法上。
提到.NET的Source Generator，就不得不提及Fody，两者都是强大的.NET代码生成技术。这些代码生成技术是硬核技能，给开发者提供了制作语法糖的利器，在框架设计中被广泛使用，以下是两者的主要区别：
在使用以上两种方式生成代码时，踩了许多坑，特此写两篇技术文档做一个记录！本文结合实例先对Source Generator的用法进行介绍。
gRPC和RESTful API是两种流行的服务通信方案，相比RESTful API，gRPC性能更强、开发效率更高、跨语言支持更完善，在许多场景下得到应用。
本文以一个实例作为切入点，对gRPC的整体情况进行一个简要介绍。
Extended.Wpf.Toolkit控件库是对WPF内置控件库的补充，提供了非常多的好用控件，可以帮助我们开发出交互性更强的桌面应用程序，是WPF程序开发的又一利器！
本文针对其中非常经典的几个控件做简要介绍，在后续项目中实际使用时可以更深入了解各控件用法。
前端技术日新月异，利用前端技术开发桌面应用程序是一个焦点话题，目前已有Electron这样的重量级框架，也诞生了Tauri这样的年轻充满朝气的框架。
本人更偏爱Tauri框架，本文结合一个小例子对该框架做简单介绍。