通常,在 Ruby 中,我们会使用:
self.first ||= first_parsed
self.middle ||= middle_parsed
self.last ||= last_parsed
self.title ||= title_parsed
self.suffix ||= suffix_parsed
如果我要更动态地执行此操作,我会执行以下操作:
class SomeClass
def initialize(first_name=nil, middle_name=nil, last_name=nil, title=nil, suffix=nil)
@first_name, @middle_name, @last_name, @title, @suffix = first_name, middle_name, last_name, title, suffix
end
def update(first_parsed, middle_parsed, last_parsed, title_parsed, suffix_parsed)
{
:first_name => first_parsed,
:middle_name => middle_parsed,
:last_name => last_parsed,
:title => title_parsed,
:suffix => suffix_parsed
}.each{ |k, v|
instance_var = "@#{ k }"
self.instance_variable_set(instance_var, v) unless self.instance_variable_get(instance_var)
}
end
end
使用它:
some_class_instance = SomeClass.new('foo', 'bar')
some_class_instance
# => #<SomeClass:0x007fcb030941a8
# @first_name="foo",
# @last_name=nil,
# @middle_name="bar",
# @suffix=nil,
# @title=nil>
some_class_instance.update(
*%w[
new_first
new_middle
new_last
new_title
new_suffix
]
)
some_class_instance
# => #<SomeClass:0x007fcb030941a8
# @first_name="foo",
# @last_name="new_last",
# @middle_name="bar",
# @suffix="new_suffix",
# @title="new_title">
我更喜欢使用某种视觉映射,这就是符号到变量的散列存在的原因。使用字符串解析可以更动态地执行此操作,但是当算法的某些部分出现问题时,这可能会导致维护问题,而您可以判断的唯一方法是在循环内打印。使用这样的表可以很容易地搜索特定的 kev/值关系。
问题是,当我们生成代码来动态执行此操作时,我们可能已经编写了一个简单||=
的基于块,然后继续前进。调试时间会减少,很明显什么会影响什么,所有这些都会提高可维护性。所以,我不确定从长远来看,更具活力是否真的能买到任何有用的东西。这是我们在编写代码时经常做出的权衡之一。