问为什么不鼓励将程序集标记为ComVisible(true)？

EN

关键是，导出COM接口不是免费的，因为存在不兼容性和必须满足的要求。这必须既要考虑，又要维护。(警告CA1017暗示了这一点。)

因此，我一直遵循“选择加入”的原则，而不是“选择退出”，也就是说，我将程序集标记为不可见，而不是让所有COM组件都可见。然后，我专注于有选择地公开类型\成员(即选择加入)，并确保所公开的API对于COM是合理的(例如，COM不支持泛型、方法重载或接受参数的构造函数)，并且已在头脑中使用COM进行了测试。通过这种方式，以一种严格的、经过测试的、有界的和可维护的方式将API公开给COM。

这与使所有COM都可见，然后在以后担心任何潜在问题是相反的，请记住，如果您公开了所有内容，则可能会与COM接口的用户发生耦合，这是您没有预料到的，现在将很难退出。

从记忆中看几个意想不到的后果：

1. 导出重载方法时，默认情况下会导出这些方法并使用序列号命名，例如OverloadedMethod1、OverloadedMethod2等。如果您重构代码并更改方法的顺序或插入重载等，则会遇到在以前的COM接口中使用这些方法的任何人的麻烦。暴露给COM的swapped.
2. Classes的OverloadedMethod1和OverloadedMethod2必须有一个无参数的构造函数。如果没有适当的单元测试来维护此约定，则很容易在以后更改该类，使其不具有无参数构造函数，从而破坏您的COM接口用户。

作为参考，如果未应用程序集级ComVisibleAttribute，则假定所有公共类都是COM可见的。未能将程序集标记为[assembly: ComVisible(false)]通常会导致以下代码分析警告，即使对于未标记为[ComVisible(true)]的类型也是如此：

CA1405：COM可见类型基类型应为COM可见

随着泛型和其他高级类型的出现，现在方法公开不可见的类型比公开可见的类型更常见。

CA1017中推荐的方法旨在鼓励您仅公开那些要向COM公开的类型。