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

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

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

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

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

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

谢谢!

解决方法

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

object.is_a? Foo

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

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

相关文章

validates:conclusion,:presence=>true,:inclusion=>{...
一、redis集群搭建redis3.0以前,提供了Sentinel工具来监控各...
分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣...
上一篇博文 ruby传参之引用类型 里边定义了一个方法名 mo...
一编程与编程语言 什么是编程语言? 能够被计算机所识别的表...
Ruby类和对象Ruby是一种完美的面向对象编程语言。面向对象编...