关于客户端架构的思考

在客户端写了这么久，总感觉不顺畅。我喜欢去改变现有的东西，使其

更易于使用。
纵观客户端目前的架构：逻辑子系统、AC、VC、CEGUI。层层叠叠，原本
一次简单的CS交互被弄得如此复杂。数据冗余、结构不清晰。


我的想法大致如下：
一、干掉逻辑子系统
逻辑子系统的存在，除了将问题搞复杂之外没有任何好处。这种所谓的
”逻辑子系统“，无非缓存一份数据，而在对应的AC中为了方便使用不得不缓
存其中的部分数据，对于AC没有缓存的数据，还不得不调用接口去获取，而
获取接口的方式又是五花八门，乱糟糟。

二、AC与VC之间共享数据通过类继承的方式实现
干掉了逻辑子系统，我选择将数据缓存至AC中，同时有AC去派生出VC。
AC基类仅负责数据缓存、刷新，VC提供界面相关控制。这样VC就能非常方便
的获取自己所需的数据，而不用AC将数据主动设置到VC中。同时，VC对数据
的影响很直接，不用通过获取AC指针、调用AC接口去主动设置。


三、对基础对象的抽象更加彻底

	// 根类
	class Object
	{
	public:
		Object(const std::wstring & name) : _name(name){}
		virtual(){}
		//...
	private:
		std::wstring _name;
	}
	
	// 事件 
	class Eventset{}//...
	
	// 通信
	class Network{} //...
	
	// 拥有事件的对象
	Class EventedObject : public Object, public Eventset
	{
	//...
	}
	
	// 可收发包的对象
	class NetworkObject{}//...

等等，将这些基本对象抽象出来，根据需要最轻量派生具体的功能
模块类。
目前的思考就这些，抽空再想。