如果是形容词性的表语，不加 is 也可以清晰表达语义，但名词性的表语不加系动词基本上就是可读性的噩梦了。

@finab 那有没有可能，不规范的是苹果 https://i.imgur.com/agAJ0Rd.png

IsEnabled 可以说是冗余，Enabled 就可以。 但是 IsName 和 Name 就是完全不同的含义了。 不过个人认为只要不是名词应该都不需要加那句多余的 Is 。

见名知意 也可以 can/need/has 等等表判断语气的前缀开头，不加可能产生歧义，加上更明确，那干脆就加 参考上古匈牙利命名法的历史

我一般都加一个 check 前缀，其实返回值就能区分了，你不能 isname 返回值是个 string 吧，不得事 bool 么。

多敲俩字母不费事，但能省事儿。找了一个我写的类 [ObservableProperty] private string _Title = string.Empty; [ObservableProperty] private bool _HasChanged; [ObservableProperty] private bool _Completed; [ObservableProperty] private bool _CanMeasure; [ObservableProperty] private bool _CanSave; [ObservableProperty] private bool _CanRefresh; [ObservableProperty] private bool _IsPaged; [ObservableProperty] private bool _HasNextPage; [ObservableProperty] private bool _HasPrevPage; [ObservableProperty] private bool _HasTextFilter; [ObservableProperty] private string _Keyword = string.Empty;

建议代码里的 bool 值基本只用 is ，has ，can 这些前缀就足够了，数据库字段命名也是如此，不要用 check 这种的意义不明的前缀。另外，不要反义词，比如用 isEnabled ，不要用 isDisabled 这种。

dog.isAnimal 一看就是 bool dog.animal 不是很懂想表达什么 类似的还有数据库字段命名： company.creator_id 一看就是 ID company.creator 不知道到底是 ID 还是对象 像你说的 Enabled 这种一般不会加 is ，没必要。

不多于啊，我看变量 我怎么一眼就知道是 bool 类型呢

先看框架语言，如果框架语言都使用 is 那就加 is 跟框架对齐，比如 js 、c#。 再看词性，本身就是 adj 不会引起歧义就可以考虑不加，比如 enabled ，activated 。