Golang设计模式-适配器模式

一.介绍

意图：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

主要解决：主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。

何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）、

二.代码

package Adapter

type AmericanPlug struct {}
func (plug *AmericanPlug)supplyBattery(electricityBill int) *[]int {
	battery := make([]int, electricityBill)
	for index := range battery {
		battery[index] = 110
	}
	return &battery
}

type ChinesePlug struct {}
func (plug *ChinesePlug)supplyBattery(electricityBill int) *[]int{
	battery := make([]int, electricityBill)
	for index := range battery {
		battery[index] = 220
	}
	return &battery
}

type Plug interface {
	supplyBattery(electricityBill int) *[]int
}

type BatteryAdapter struct {
	plug Plug
}

func (adapter *BatteryAdapter)charge(plug string) bool {
	if (plug == "Chinese") {
		chinesePlug := new(ChinesePlug)
		adapter.plug = chinesePlug
		return true
	} else if (plug == "American") {
		adapter.plug = new (AmericanPlug)
		return true
	}
	return  false
}

func (adapter *BatteryAdapter)SupplyBattery(electricityBill int, plugType string) *[]int {
	if isOk := adapter.charge(plugType); isOk ==false {
		return nil
	}
	return adapter.plug.supplyBattery(electricityBill)
}

测试：

package main

import (
"./Adapter"
	"fmt"
)

func main() {
	adapter := new(Adapter.BatteryAdapter)
	fmt.Println(*adapter.SupplyBattery(50, "Chinese"))
	fmt.Println(*adapter.SupplyBattery(50, "American"))
	return
}

输出： 

[220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220 220]
[110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110 110]

Process finished with exit code 0

三.优缺点

优点：

• 可以让任何两个没有关联的类一起运行。
• 提高了类的复用。
• 增加了类的透明度。
• 灵活性好。

缺点：

• 过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。

四.使用场景及注意事项

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。