1

阅读 Elecias White 的书“制作嵌入式系统”（来自 O'Reilly）让我感到困惑，因为这两个术语：外观和适配器模式。她对两者的解释根本不清楚。

适配器模式（Pag，19）：“（......有时称为包装器）它将对象的接口转换为对客户端更容易的接口......通常，适配器是在软件 API 上编写的，以隐藏丑陋的接口。 ……”。

外观模式（第 86 页）：“……它为一段代码提供了简化的接口……”。然后它说“......适配器模式是外观模式的更通用版本”。

可悲的是，这两个术语似乎与我相似。

根据本网站（和其他）中的其他定义，大多数人说“适配器模式使两个不兼容的接口兼容”。在这种情况下，“不相容”一词是什么意思？

大多数网站和书籍从嵌入式系统的角度以外的更高级别（纯 C，而不是 OOP）给出了关于模式的定义，因此给出的示例确实不清楚。

值得一提的是，虽然这本书是一本极好的知识来源，但对于新手和专业人士来说，它并没有包含这么多代码，所以人们应该弄清楚这种定义。

我试图通过我为自己写的几个例子来理解它们，你能指出我的理解是否正确吗？

示例 1，外观模式：

/* This is a fancy API that I want to 'facade' */

fancy_gui_DrawWidget(parent, id, x0, y0, x1, y1, text, txt_color, back_color, brdr_color, draw_callback(), ... and more parameters)
{
/* draw the widget */
}


/* Here I'm using the 'facade pattern' */

mygui_DrawButton(parent, id, x, y, width, height, text)
{
 ...
x1=x+width;
y1=y+height;
...

fancy_gui_DrawWidget(parent, id, x, y, x1, y1, text, BLACK, WHITE, ORANGE, button_draw_fn, ... and some more parameters needed);
}

示例 2，适配器模式：

/* Ugly interface that I want to 'adapt' (from LPC17xx NXP's CMSIS library) */

uint32_t UART_Send(
LPC_UART_TypeDef *UARTx, 
uint8_t *txbuf,
uint32_t buflen, 
TRANSFER_BLOCK_Type flag)
{
/* transmits the txbuf */
}

/* Here I'm using the 'adapter pattern' (I think so) for a good looking interface */

int uart0_Send(buffer, len_buffer)
{
/* Do some stuff */
len=UART_Send(uart0_handler,buffer,len_buffer, BLOCKING);
if(len!=len_buffer)
return 0;
return 1;
}

希望我自己解释得足够好。先谢谢了！！

4

2 回答 2

2

The Facade pattern is used to abstract away complex functionality in order to make an API easier to use.

For instance, let's say you have a bit of code that updates several objects at once:

ObjectA.update();
ObjectB.update();
ObjectC.update();

...etc...

You could create a class that wraps these three update() calls into a single call:

SuperObject.update();

This is one example of a facade.

You'd use the Adapter pattern when you have a particular interface that you are required to use and an object that implements the behavior you desire but does not have the required interface.

Let's say your required interface has a method with the following signature:

void Save();

You have a class already that implements the necessary behavior, but doesn't have the interface you need, perhaps something like this:

bool Update();

You don't want to change your existing class and risk breaking code that uses it, nor do you want to recreate the wheel, so you instead create a wrapper class that implements the Save method but uses an instance of your existing class:

void Save()
{
   bool notUsingThisReturnValue = existingClassInstance.Update();
}

I've written articles outlining the use of both the Facade Pattern and the Adapter Pattern

于 2012-07-02T20:44:13.670 回答
0

弗朗西斯科，您的适配器示例是正确的。我可以给出另一个，但它主要是面向对象的：想象你有一个用于数据源的接口，它们都有方法 int readValue()，并且你有与这个方法的接口，用于多态调用。而且您还有一个无法使用 method 重写的旧旧版本（例如，它由其他团队管理或在源代码中不可用） int readInteger()。您不能将原始接口与readValue()此类的方法一起使用，因此您制作了具有方法的中间类，该类int readValue()委托给void readInteger().

class Adapter implements Reader {
  private LegacyReader legacyReader;
  public int readValue() {
       return legacyReader.readInteger();
  }
}

现在您可以将旧版阅读器与新的类和界面阅读器一起使用。

在纯 C 世界中，如果您的函数希望有一个指向具有特定签名的函数的指针作为参数，并且实现函数具有另一个签名，则可以使用它。只需用另一个具有正确签名的函数包装您的函数。

当您有详细的 API（例如，drawCircle()、drawRect()、drawLine()）时，通常会使用 Facade，但通常您需要使用这些调用的组合，并且您希望避免复制粘贴或不想要为客户端代码提供低级抽象。在这种情况下，您只需使用以下代码：

class DrawerFacade {
   private LowLevelDrawer drawer;
   public void drawHouse(int i, int j) {
       drawer.drawCircle(...);
       drawer.drawRect(...);
   }
}

如果您谈论的是嵌入式，您可以在纯 C 中使用与函数（非 OOP）API 相同的概念。

于 2012-07-02T20:53:11.523 回答