假设我们处于汽车租赁应用程序的世界:)
假设我有3种类型的汽车,有2种价格:
Car type Price category
------------------------------
Sport High
Luxury High
Economy Low
High和Low的值会随着时间的推移而改变,因此它们应该是一个单独的实体,在DB中有自己的表示。
每一种车型都有自己的价格计算策略,例如租用一辆Sport汽车成本(High x time_rented) + High_constant_factor。
以下是我目前的
我有一个架构前端/后端,特别是一个Android应用程序和一个后端。我希望应用程序用户可以看到不同的价格和货币取决于他们的地理本地化。因此,我的Android应用程序有一种机制,可以知道用户在哪个国家(基于地理定位),然后使用ISO 3 country (GBR)查询后端,后端返回一个价格(比如5.00)。然后我需要得到基于国家的货币( to )。上面的机制不是整洁和优雅,但它做的工作。这里的问题是,每个客户端(Android、iOS、Web等)都需要实现该机制,而如果它是实现该机制的后端,则似乎更容易。
可能的解决办法:
FE由ISO 3国家查询BE,被返回包含价格和货币的字符串( of 5