在软件开发过程中，网络层往往是以一个能够提供底层服务的角色出现。逻辑层是要依赖于网络层的，网络层是为逻辑层提供服务的。对于逻辑层来说，它不需要知道网络层中的具体实现，不需要知道网络层的具体对象名称；对于网络层来说，它不需要知道逻辑层中的设计。层与层之间要实现解耦合，只要网络层和逻辑层之间能够有一套契约存在，然后各自实现对契约中规定的接口编程，那么就算将来网络底层发生变动也不会影响到逻辑层的代码。 为了实现这样的效果，用一个简单的C++代码例子来说明。 假设网络层有个类CNetwork，逻辑层有个类CLogical，它们之间的契约用一个interface接口名叫INetwork。 从调用者的角度来看，创建过程理想中应该是这样的。 CNetwork* pNetwork = new CNetwork(); CLogical* pLogical = new CLogical( (INetwork*)pNetwork ); 先创建网络，再创建逻辑，逻辑要依赖于网络。当然这是理想中的，之后再来实现它。 接下来该设计它们之间契约的内容了。为了能简单说明问题，这里就只考虑网络收发的接口怎么设计了。发送可以由逻辑层直接来调用，接受可以通过回调函数由网络层主动通知逻辑层（当然网络不需要知道逻辑的设计，一切就契约来实现）。契约可以是这样的： typedef void (*RecvFunc)(WPARAM wParam, LPARAM lParam); interface INetwork { virtual void SendNetMessage(WPARAM wParam, LPARAM lParam) = 0;//网络发送 virtual void SetRecvCallBack(RecvFunc pFunc) = 0;//用来设置回调函数 }; 现在可以来实现理想中的调用方法了，在CLogical中应该有一个INetwork的接口指针 class CLogical { public: CLogical(INetwork* pNetwork); virtual ~CLogical(); static void RecvProc(WPARAM wParam, LPARAM lParam); private: INetwork* m_pNetwork; }; 构造函数中来初始化接口指针，并且把回调函数的函数指针告诉网络层。 CLogical::CLogical(INetwork* pNetwork) :m_pNetwork(pNetwork) { m_pNetwork->SetRecvCallBack(RecvProc);// 设置回调函数 } void CLogical::RecvProc(WPARAM wParam, LPARAM lParam) { // 这里就等着网络层把收到的数据发过来吧～！ } 当然网络层的指责就是遵守INetwork契约来实现功能咯……因此CNetwork应该是继承于INetwork。如下： .h class CNetwork :public INetwork { public: CNetwork(); virtual ~CNetwork(); virtual void SendNetMessage(WPARAM wParam, LPARAM lParam);//网络发送功能 virtual void SetRecvCallBack(RecvFunc pFunc);// 让调用者设置回调函数 private: // …… private: RecvFunc m_pFunc;// 调用者回调函数的指针，通过它就可以把网络层接收到的数据发送给逻辑层。 }; 逻辑层始终是通过INetwork接口来使用网络的，网络对它来说是隐藏的，不知道网络的任何其它细节；网络层负责遵守INetwork契约来实现功能。这样两者就真正解藕了。 
|
本类阅读TOP10