为何EditorBrowsableState特性对默认构造函数无效却对属性正常生效？

EditorBrowsableAttribute 是面向IDE智能提示引擎的控制特性，仅用于调整成员在代码补全列表中的可见性，不会影响成员本身的访问权限。出现描述的差异，主要有以下原因：

• IDE对默认无参构造函数有特殊展示规则
  主流.NET IDE（如Visual Studio、Rider）的智能提示逻辑预设了规则：只要类是公开可实例化的，其public无参默认构造函数会被判定为类的核心实例化入口，即使添加了[EditorBrowsable(EditorBrowsableState.Never)]标记，也会强制展示在提示列表中，避免用户无法找到类的实例化方式。
• 普通属性无强制展示的特殊逻辑
  普通属性、方法、带参构造函数等成员没有这类预设的强制展示规则，EditorBrowsableAttribute的配置会被IDE正常识别生效。
• 生效的例外场景
  如果你将默认无参构造函数的访问修饰符设置为非public（如private/internal），或者类本身已经定义了带参构造函数、无参构造函数不是默认的实例化入口，此时给无参构造函数添加的EditorBrowsable标记就会正常生效。

可以参考以下代码示例验证效果：

using System.ComponentModel;

public class DemoClass
{
    // 该标记在IDE默认逻辑下不会生效，构造函数仍会出现在智能提示中
    [EditorBrowsable(EditorBrowsableState.Never)]
    public DemoClass() { }

    // 该标记会正常生效，属性不会出现在智能提示中
    [EditorBrowsable(EditorBrowsableState.Never)]
    public int DemoProperty { get; set; }
}

内容的提问来源于stack exchange，提问作者orlgro