为什么rubocop或者ruby风格指南不喜欢使用get_或set_？

我正在对我的项目运行rubocop,并修正了它提出的投诉.

一个特定的抱怨让我很烦

Do not prefix reader method names with get_

我不太了解这个投诉,所以我看了source code in github.

我发现这个片段

def bad_reader_name?(method_name,args)
      method_name.start_with?('get_') && args.to_a.empty?
    end

    def bad_writer_name?(method_name,args)
      method_name.start_with?('set_') && args.to_a.one?
    end

所以建议或约定如下：

1)实际上,当方法没有参数时,他们建议我们不要使用get_.否则允许get_

2)当方法只有一个参数时,他们建议我们不要使用set_.另外,它们允许set_

这个公约或规则背后的原因是什么？

解决方法

我认为这里的重点是ruby开发人员喜欢总是将方法作为getter,因为它们返回一些东西,并使用equals语法糖(如def self.dog =(params),可以让您执行Class.dog = something).在本质上,我一直看到的一点是,get和set是冗余和冗长的.

与此相反,您可以获得并设置多个参数,如查找器方法(特别是获取;想到ActiveRecord的位置).

请记住,“风格指南”=纯粹的意见.一致性是一般的风格指南的更高的目标,除非有可能是错误或难以阅读,否则您的目标应该更多的是使一切都与某种类型相同.这是为什么rubocop让你把它关掉.