这里的已删除被打了引号,意思是并未真的从数据库中删除,而是其有一个was_deleted属性,如果值为true则表示其已被删除.这时用户还能查看其内容,但无疑不能再编辑它了.
那么用rails的model验证和hook如何实现这样的效果呢?
首先编辑执行的是update方法,所以我们必须在before_update上下功夫:
before_update do |r|
#do something
end
首先想到的写法是:
before_update do |r|
if r.was_deleted
r.errors[:base] << "不可以编辑已删除的风险项!"
false
end
end
但是这样的话将不可以把was_deleted属性设置为true!但这恰恰正是触发条件啊!
所以我们必须排除was_deleted属性被更新的情况:
before_update do |r|
unless r.was_deleted_changed?
if r.was_deleted
r.errors[:base] << "不可以编辑已删除的风险项!"
false
end
end
end
貌似不错,但还有一个问题,因为你此时没有限制用户修改was_deleted属性,所以如果用户将一个已删除的model又改为未删除怎么办?即在was_deleted已经为true时将其设为false.
这取决于你怎么理解”已删除”这个功能.如果你认为可以将”已删除”的对象变为”未删除”,然后再操作之的话,那么这是可以接受的.
但这里我们不希望这样,当一个对象变为”已删除”后,就不可以做任何修改了!
所以我们还得写一个赋值钩子,以下是我的第一次尝试:
def was_deleted=(new_val)
unless self.was_deleted
self.was_deleted = new_val
end
end
好吧,上面是一个死循环…
但你也不能这么写:
def was_deleted=(new_val)
unless self.was_deleted
@was_deleted = new_val
end
end
因为was_deleted后面没有一个真正的实例变量作为后备啊!
让我再想想…这样如何呢:
def was_deleted=(new_val)
unless self.was_deleted
update_attributes(was_deleted:new_val)
end
end
神马!还是死循环!看来update_attribute内部还是调用了赋值方法啊!
所以我们必须直接跳过赋值,直入数据库层了:
def was_deleted=(new_val)
unless self.was_deleted
update_column(:was_deleted,new_val)
end
end
update_column跳过了验证,但是没关系.因为向数据库写入一个bool值无所谓成功或失败.
这样一番折腾后,我们达到了开头需要的效果 ;)