人情世故中的设计模式－适配器模式

时不时翻看设计模式，发现有些模式不仅在设计层次有其价值体现，在人情世故中也能充当润滑剂。（自己YY的） 
 
比如适配器模式。
咱们提供某些服务给客户，而客户偏偏要按自己定义的方式去调用或者已经设计好接口（且不论调用方法设计的高低）。
在这里，客户定义了接口bizInterface ，咱提供的是OtherClass类，两回事，不搭调。那客户可不管这个，你让
客户改调用方式，不现实，人家的设计都整完了，再说也没道理因为你个开发商，由着你来。
怎么办，传统思路：活稀泥。想折把两事搞一块去，那咱就先实现用户的接口呗，脸面的事遥按人家的方法办，没错。
实现类里的service方法具体怎么搞，那人家可没限制，本来就是让你搞这块的。所以YourMission类，再拿住一个OtherClass
的实例，具体的事儿不就在serivce()方法内部调用 OtherClass.someServer 搞定了吗？

很艺术啊，脸面儿的事，不打客户的脸，您说怎么调就怎么调，不就是个调用方式吗，让着你，不争。