Ruby on Rails中，完全基于对象类控制流和条件逻辑设计，这样的架构设计是否过于复杂？

本文共计425个文字，预计阅读时间需要2分钟。

我目前正开发一个Rails项目，并已找到最易完成的时间。我通过以下方式在视图中处理不同对象：

rubyif object.class==Foo # 处理Foo对象elsif object.class==Bar # 处理Bar对象else # 处理其他对象end

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

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

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

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

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

谢谢！

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

object.is_a? Foo

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

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