代码之家 › 专栏 › 技术社区 › Surya

是否有密码气味?验证器和模型共享相同的层次结构

oop

Surya · 技术社区 · 17 年前

在将模型放入数据库之前,我们使用spring验证来验证模型。例如

订单-->订单项目

在将订单保存到数据库之前,它由OrderValidator验证

OrderValidator验证order委托给OrderItemValidator,以使用订单验证OrderItem。所以在本例中,层次结构或验证器看起来像

OderValidator-->OrderItemValidator

确认器和模型中都存在order具有orderItems的知识。

我想知道这是否是隐性重复的迹象(类似于 Parallel inheritance hierarchy 代码气味)。如果是,我有什么办法可以避免呢?

2 回复 | 直到 17 年前

staticsan 17 年前

我将把验证过程划分为一个与类无关的函数,以及每个类的参数,真正的类可以与验证函数一起使用这些参数来进行基本的检查。这种方法的可行性需要比所提供的更多的问题空间知识。

Jon Limjap 17 年前

根据我的经验,验证器最好使用某种装饰器来实现。他们不应该继承 任何东西 ,因为验证器之间没有理性的is-a关系。

验证器只是查看模型附带的数据,而不是模型的行为,所以我认为任何继承权都不合适。

推荐文章

Nwerx_user · 在C#中,如何在不使用static关键字的情况下使用类外的方法?

1 年前

r5ne · 有没有一种方法可以在不调用描述符__set__方法的情况下设置实例变量?

1 年前

simply lemon · python上链表的添加方法

1 年前

HiroIshida · C++多重继承:实现具有重叠虚函数的接口[重复]

1 年前

Anonymous · 为什么在这个例子中self和类名的用法不同?

1 年前

Brenden Baio · 在Java中,将对象作为参数传递给方法的最佳方式是什么?[关闭]

1 年前

P N Singh · 在CPP Oops中调用对象而不创建它

1 年前

Muthuraj · 如何创建一个通用工厂来创建某种类型的实例[重复]

1 年前

Andy Votava · 从父类定义调用学生方法

1 年前

oggiman · 如何在catch[closed]中为SQL更新表编写一个具有重试功能的面向对象的方法

1 年前