ruby-on-rails – 基于对象类的控制流/条件基础设计是不是很糟糕？

我目前正在开发一个Rails项目,并且已经找到了最容易做到的时间

if object.class == Foo
  ...
else if object.class == Bar
  ...
else
  ...

我开始在视图中这样做,我需要以不同的方式显示不同的对象,但现在发现自己在其他地方使用它,例如在将对象作为参数的函数中.我不确定为什么,但我觉得这不是好习惯.

如果这不是好习惯,为什么呢？

如果它完全没问题,那么人们何时可能想要特别使用它？

谢谢！

不知道为什么它对你有用.当你需要测试对象是否是Foo类的实例时,你应该使用

object.is_a? Foo

但无论如何,它在Ruby中并不是一个好习惯.只要有可能,最好使用多态.例如,如果代码中的某个位置可以包含两个不同类的对象,并且需要以不同方式显示它们,则可以在两个类中定义显示方法.之后,您可以调用object.display,并使用相应类中定义的方法显示对象.

这种方法的优点是,当你需要为第三类或一大堆新类添加支持时,你需要做的就是在每一个中定义显示方法.但是在实际使用此方法的地方没有任何改变.