基于事件的拍卖与销售系统设计模式

Question

我正试图为拍卖应用程序构建一个原型。

卖方总是会创建两种类型的事件。

• 1)拍卖物品
• 2)固定价格事件(未来类型的数量可能会增加)

由于拍卖类型和固定价格事件将有开始日期和结束日期，但其他项目是完全不同的。因此，我搞不懂应该遵循哪种设计模式来根据从下拉列表中选择事件类型来实例化适当的事件类型。

Answer 1

你所说的“其他项目完全不同”是什么意思？

我认为每一次拍卖都有：

Start DateTime
End DateTime
Title
Price
Shipping or else fees
Description
Product/w.e images[]

等等。

为什么不能把所有的拍卖都包含在同一种结构中呢？

说这个..。组合模式出现在脑海中，但前提是我在上面提到了这一点。

复合图案

另外，固定价格类型也可以是FixedPrice类型的“拍卖”。

因此，在上面的结构中添加一个Enum。

enum AuctionType
{
FixedPrice,
Charity,
Free,
Promotion,
Whatever
}

Answer 2

对象模型可以是

拍卖级

事件基类。

AuctionEvent -从事件继承。

FixedPriceAuctionEvent

拍卖是AuctionEvent的一项财产。

这样您就有了多个类型的AuctionEvent类。他们可能有不同的财产，仍然有拍卖财产。

当您通过事件将输入引导到系统时，您将获得系统输入的记录。当您有事件和子事件时，您将得到它是什么类型的输入的图片。这有助于导出流程逻辑，并且可以有更清晰的审计历史记录。