我有一个应用程序，其中一个工作可以有一个薪酬策略 - 每英里，每小时，工资，或允许将来任何其他策略。
在数据库中，我当然有一个Jobs表。我预计我需要一个查找表来查找策略。
但是，当谈到对象/类以及作为策略的一部分存储的数据时，我不确定如何继续。
理论上我应该有IPayStrategy，以及每个策略的具体类。
但是，当需要提供数据输入表单并选择付费策略时，下一部分需要询问与该策略相关的值。
每个类都可以有一个viewlet来定义如何呈现数据输入字段，这对我来说没问题（除非你们有另一种思考方式......），但是当涉及到实际存储时数据，这个设计是否限制我为现在或未来出现的每种薪酬策略创建一个全新的数据库表？如上所述，我提到的每种薪酬策略只需要一个单一的价值，但未来可能会出现另一种薪酬策略需要更复杂的数据输入...所以你如何支付薪酬对工作的策略，并存储数据？
简而言之，数据存储如何与战略设计模式协同工作？
我有一种感觉，我在这里的脱节可能与单独行为的策略模式有关（？），但这种行为必然有与之相关的数据......
我欢迎你的意见！