C＃中的高级元编程是否有一些行业“标准”？

问题描述

每时每刻，在各种项目中，我都会遇到C＃项目中的元编程情况，这种情况无法使用泛型解决，并且会受益于功能更强大的元编程工具。我通常采用的解决方案是解决反射问题，采用C ++ / cli或引入自定义xml / xslt编译器步骤。

这是否反映了C＃社区普遍采用的方法，还是我不知道的有价值的方法，例如广泛使用的第三方预处理器？

我不是要产品推荐，而是要为这个常见问题建立既定的通用解决方案。 “不，没有”可能是正确正确的答案。

解决方法

这是一个公认的差距，多年来，由于.NET具有非常好的运行时反射/发射API，因此经常被搁置，从而允许运行时元编程解决方案。但是，这有多个问题，包括：

1. 复杂性
2. 启动时间
3. 安全隐患
4. 并非在所有情况下都起作用（某些运行时/平台禁止运行时发出）
5. IL链接程序会删除“未使用”代码的问题（因为在构建时没有接触到这些API，但是在运行时中它们通过运行时反射/发出）

因此，在C＃9时间范围内（但不是特定于C＃9），“生成器”看起来最终将成为“事物”。这提供了一个基于Roslyn的构建时元编程层，该层可以通过类似的方式扩展，与第三方库如何当今提供“分析器”的方式（生成器和分析器基本相似）。

这可能是您正在寻找的“行业标准”，但它还处于起步阶段。 Intro post,from April 2020。

,

不，没有。主要是因为这是一个边缘领域。并不是说它没有用，只是说像90％到95％的人根本不这样做。

“广泛”使用了2种技术（部分是因为某些.NET工具（主要在EntityFramework中使用）确实使用了这些技术）：

• T4 Templates
• PostSharp

在用例中，我会说95％是T4，这基本上是旧的Ef 4编辑器，现在逐渐被各种API的客户端生成器所取代-是的，元编程很少见。我觉得部分可耻。我曾经使用过代码生成器（在过去，Odata是基于ASP.NET的基于T4的路由），但是在大多数情况下，其他开发人员都非常看重它，甚至从未听说过这个概念。丢脸。

所以，绝对没有标准。

,

在.NET中使用元编程的方法有很多。

• 编译时工具：PostSharp，Fody等
• 运行时工具：Castle DynamicProxy，Unity Interception等
• 代码生成工具：T4，源代码生成器

但是它们都不是标准的。

还考虑切换到其他编程语言，例如Nemerle。它是支持卫生宏的语言。我个人认为，这是元编程的理想选择。