库存立面设计模式

Question

我想知道是否有人可以给我一个例子，说明如何在库存系统中使用外观模式。我的库存是咖啡、百吉饼和披萨，

我确实编写了一个状态类来检查订单和交货。

我不是要求别人编写代码，我只需要一些带有任何实现的简单类。

我只想能够订购库存，检查库存是否不足，检查库存，添加，删除，现有库存..

在库存中使用门面听起来合理吗？

productFacade Interface class

inventory class
bagel class implements inventory(adding,deleting, stock on hand)
pizza class implement inventory
coffee class implements inventory

使用门面模式与订单是否合理？

orderfacade

order class(create order)
address class(for delivery of pizza, bagel,etc)
orderline
basket item

我正在尝试将外观模式强加到我的程序中。 我的程序已经使用抽象工厂来创建披萨。咖啡和百吉饼调味品的装饰器。

Answer 1

外观的主要目的是将复杂的子系统或一组对象/接口包装成一个更简单的子系统或对象/接口。基本上，它使客户端无需了解太多实现细节和/或所有必要的依赖项，然后将工作委托给客户端的子系统。如果子系统本身的某些部分过于复杂，立面甚至可以包裹其他立面。

正如亚历克斯提到的，思考问题的一个好方法是假装你是客户。你去商店点了一个百吉饼和一杯咖啡。就你而言，你应该只需要让服务员（门面）给你一份大双人份和一个百吉饼，里面有香草和大蒜奶油奶酪。然后服务员会处理细节，比如煮咖啡、倒咖啡、烤百吉饼和涂奶油奶酪。您也可以将烤面包机视为门面。服务员只关心将百吉饼放进去并将滑块推下。他不需要知道烤面包机如何转换电流来加热线圈并烤百吉饼。

因此，将排序逻辑分解为有用的步骤，然后封装客户端不需要知道外观可以为客户端执行的操作（或委托给其他东西）的实现细节。

希望有帮助。我正要出门，所以没有时间查看代码示例。如果问题还没有找到好的答案，也许今晚晚些时候。

Answer 2

考虑一下您（客户）需要做什么才能喝到一杯咖啡。在你的外观中，你会有类似的东西

+ Coffee order (Size size) 

，在内部你会有类似的东西

order (Size size)
{
   grindBeans (size)
   installFilter ()
   getCup...
etc, etc
   return coffee
}

，外观简化了你与对象的交互。