我知道不应该在事件源中进行重写。
我有一个Product集合，里面有Stock。操作就像电子表格软件一样。
如果某人要在某个时间点修改成本或数量，则所有都应重新计算。
有一种应如何选择产品库存的策略，即先进先出，后进先出。
每个动作的日期都类似于补货和取货。
我目前正在考虑的解决方案是：
我不确定是否有解决方法，但这是我想出的唯一解决方案。
我遇到的另一个问题是，它看起来昂贵。
想象一下，您甚至只有一年的活动，然后根据已完成的修改次数重新申请。
假设您有365个事件（一年中每天1个事件），并且您要从1月2日起将库存成本从19更新为199，那么您必须做365 + 364个事件。
问题是：
有一个与此类似的问题（link），但没有回答我的问题