我有一个存储规则列表的表。在我的代码中,我需要检索这些规则并维护规则列表(通过。Repository模式),这样我就可以重用它们。然后,我需要基于特定时间段的规则生成一个对象列表(业务逻辑),例如,由数据库中的规则过滤的假日对象列表,这些对象将在接下来的6个月中出现,如果我还需要6个月,我将需要根据检索到的规则将随后6个月的值连接到现有假日对象列表。
基于给定时段的规则来转换/创建假日对象的列表。
我的问题是,存储/转换假日对象列表的业务规则是否应该与规则列表位于同一存储库中?或者它应该是一个调用存储库的类,但我仍然希望维护已翻译的假日对象项的列表。
谢谢
发布于 2009-10-23 06:05:36
在我看来,存储库纯粹是从数据库中检索和存储信息,应该尽可能地保持纯粹。我建议将调用repository...your层的类中的业务逻辑放在单独的类中,这样可以更容易地重用存储库。
有关存储库模式,请参阅这些nice articles。
https://stackoverflow.com/questions/1610201
复制相似问题