问在Grails中建模产品目录模型

EN

我遇到过类似的情况，于是选择了继承解决方案。进入这一阶段，我知道我永远不会有超过10个类，所以我不担心复杂性的指数增长。尽管每个类都需要视图和控制器，但是您可以做一些事情来减少代码重复。首先要做的是将所有常见的视图代码放入模板中。例如，如果您的所有类都有价格、名称和描述，则应该将允许显示和编辑这些内容的视图代码放入模板中。不需要在每个视图中都有重复的代码行，您可以简单地执行

<g:render template=”/baseView</g>render>

有关模板的更多信息，请参阅http://www.grails.org/Tag+-+render我发现的第二件有用的事情是将所有共享控制器代码移到一个类中，并定义我可以从实际控制器调用的闭包。这变得相当丑陋，因为我的save方法不仅可以确保基类的字段被正确处理，而且还会有用于继承类的边角情况的代码。回顾这一点，更好的选择可能是将自定义行为定义为需要它或使用服务的域类的函数。尽管如此，将代码放入可以从控制器调用的闭包中仍然是有帮助的，因为它允许我拥有一行长的控制器主体，而不是30或40行。如果我必须修改处理基类的代码，我可以在定义闭包的地方编辑它，这种更改将反映在我的所有控制器中，而不需要对控制器的实际源文件进行代码更改。这非常有用，让我可以在一个地方编辑代码，而不是在10个控制器上编辑重复的代码。

Inheritance在Hibernate和GORM上运行良好。考虑using table-per-subclass映射，因为您不能使用(默认) NOT NULL继承映射定义table-per-hierarchy约束。

您还可以将composition用于“不太常见”但共享的属性。

EAV的“标准”是，您是否需要在不更改数据模型的情况下引入新属性？

在实践中，像您这样的应用程序结合使用继承和EAV。

在查询JOINed表时，您关心的是性能。如果您对包含在SQL WHERE语句中的列执行index操作，这通常不是问题。

(GORM/Hibernate将自动创建外键，这也很重要。)(假设有了必要的索引，并且数据库管理系统提供了一个不错的查询优化器(即PostgreSQL优于SQL Server -可能不是MySQL)，您可以在50毫秒或更短的时间内使用10个连接从数以百万计的记录中进行选择。)

最后，有一个很好的，最近的，关于你的问题的discussion。