class Pump { public: class Input { public: virtual void DoInput() = 0; }; class Output { public: virtual void Dooutput() = 0; }; void Run(Input* in, Output* out) { in->DoInput(); out->Dooutput(); } }; class MsgInput: public Pump::Input { public: virtual void DoInput() {cout << "MsgInput" << endl;} }; class MsgOutput: public Pump::Output { public: virtual void Dooutput() {cout << "Msgoutput" << endl;} }; int main() { MsgInput inmsg; MsgOutput outmsg; Pump pump; pump.Run(&inmsg, &outmsg); }
将一组需要抽象的操作放到一个nested的抽象类中，将具体实现在类外继承相应的抽象类，实现相应的具体操作。
chrome 中
Chrome中已经用烂了改伎俩，基本上所有代码中都能看见此手法。
一个类的内部操作委托给外面的一个对象，通过抽象接口。
如上面代码所示，MessagePump把 DoWork DoDelayWork, DoIdelWork通过MessagePump::Deletgate 的接口委托给M essageLoop去处理，这样比较好的解决了代码间的耦合问题。
类似伎俩在消息系统这块还有很多：
MessagePump::Watcher 《对应handle的事件处理》
MessagePump::Observer 《监视Windows消息的处理》
MessagePump::Dispatcher 《Windows本地消息的分派》
MessageLoop::DestructionObserver 《用来跟踪MessageLoop的稀构》
这些都是委托的接口，只不过名字不像MessagePump::Deletgate这么张扬而已。
把委托的接口类写到类的内部，
对于chrome这种写法我是我以前没有考虑过的，
是个非常清晰的代码风格，
coder一看就能知道这个委托接口是干吗的
以上是桥接模式
用PlicyBase的设计方法修改
template <class Host> class AspectInput { public: void Input() {cout << "MsgInput" << endl;} }; template <clas Host> class AspectOutput { public: void Output() {cout << "Msgoutput" << endl;} }; class Pump: public AspectInput<Pump>, public AspectOutput<Pump> { public: void Run() { Input(); Output(); } }; int main() { Pump pump; pump.Run(); }
