在我的应用程序中,我使用paperclip来附加多个项目的附件。
我的客户还告诉我,将来我们可能会向系统添加更多的附件(例如,供客户下载的PDF文档)。
我的应用程序实现了一个相当复杂的授权系统,使用declarative_authorization。例如,一个人不能从他没有权限“查看”的产品中下载图片。
因此,我正在考虑重构我的代码,以便我可以拥有一个通用的“Attachment”model。所以任何模型都可以
在这个背景下,这个想法听起来是否好?还是我应该继续制作Foos和FooPictures?
- 客户有一个徽标。
- 店铺可以有一张或多张图片。此外,这些图片还可以包括其他信息,例如拍摄日期。
- 产品可以有一张或多张图片,分类(从字体、从背面等)。
我的客户还告诉我,将来我们可能会向系统添加更多的附件(例如,供客户下载的PDF文档)。
我的应用程序实现了一个相当复杂的授权系统,使用declarative_authorization。例如,一个人不能从他没有权限“查看”的产品中下载图片。
因此,我正在考虑重构我的代码,以便我可以拥有一个通用的“Attachment”model。所以任何模型都可以
has_many:attachments
。在这个背景下,这个想法听起来是否好?还是我应该继续制作Foos和FooPictures?