在 C# 中使用'动态”被认为是不好的做法吗？

使用“动态”被认为是不好的做法吗？

简介：
C# 中的动态调用允许后期类型检查，将错误发现留给运行时而不是编译时。虽然它看起来很方便，但它被认为是正确的做法吗？

反对“动态”的论点：

• 增加错误风险：动态调用消除了编译时的类型检查，可能导致运行时异常，例如MissingMethodException.
• 维护成本：使用“动态”可以为其随着时间的推移增加使用创造先例，从而导致潜在的维护挑战并降低代码可读性。

替代品"dynamic":

• 接口虚拟调用： 使用接口可以通过允许在编译时进行类型检查的虚拟方法调用来促进继承（例如，instance.InvokeMethod( )).
• 扩展方法：与接口类似，但提供更多灵活性，无需额外的类声明（例如，c.Invoke()）。
• 访问者模式：一种采用继承来避免直接方法调用的设计模式，提供更好的可维护性。

性能注意事项：

基准测试各种调用方法的性能表明，“动态”的性能比接口虚拟调用、扩展方法和泛型等替代方法更差。

在给定情况下：

对于在提供的情况下，似乎使用公共继承方案（带有虚拟方法实现的接口）就足够了，无需“动态”。

结论：

虽然“动态”在涉及互操作性或反射的特定场景中很有用，但对于日常工作来说，它通常被认为是一种不好的做法。由于其潜在的错误传播和维护挑战，需要几天的开发时间。通过使用后期绑定的替代方法，开发人员可以维护类型检查、提高代码稳健性并增强代码库的可维护性。

以上是在 C# 中使用'动态”被认为是不好的做法吗？的详细内容。更多信息请关注PHP中文网其他相关文章！