游戏辅助开发框架

本项目是win32下大型客户端游戏的游戏辅助开发框架，由于它集成并包含了游戏辅助开发的各方面功能，称本项目为win32辅助开发的组件也可。 内含具体项目有fifa online3、疾风之刃、怪物猎人online、流放之路等，也有辅助帐号验证服务器，帐号查寻与管理工具，特征码识别，资源文件系统等。 本人现已转型，特发布此项目，旨在分享一份只供参考的多年工作经验与心血，若本项目中有些您认为闪亮的设计、思路或技巧，并对您有帮助的话，则乐哉幸甚！

以下是文件目录与概要功能组件简要说明：

proj根目录下目录说明：

cpp：C++工程所在地，包括引用的一些C++开源库。
lua：通用的脚本功能，控制台界面通用的lua相关实现等。
OD：计划存放关于OD逆向分析的一些东西。
python：包括用python写的自动更新ida数据库信息的插件，其中python/ForFrame/PreBuild.py是用来帮助编译器生成assf资源文件的（assf是本项目所依赖的资源文件系统，类似安卓下的资源打包，也像windows下的rc资源文件）。

lua目录下目录与功能说明：

common目录提供了lua通用基础功能。
wgframe是控制台界面通用的实现。
wgscript提供辅助脚本通用的基础功能。

python目录下目录与功能说明：

_idaex和AUT是关于IDA自动更新数据库信息的插件，ida分析某个可执行文件的过程中，若是该可执行文件更新了新版本，
那么载入这个新的可执行文件，ida建立的是个全新的数据库，旧的分析记录全都不可用了。
本插件就是解决这个问题的。本插件支持多种特征码定位方式，以便把旧的数据库信息更新到新的ida数据库中。

ForFrame是用于生成assf格式的文件，assf是本项目自定义的资源文件系统的格式，类似于windows下的rc资源文件。
本项目生成的大多数可执行都依赖于assf资源文件系统。

cpp目录下目录与功能说明：

apps：包括辅助帐号验证服务器(CheckServer)，辅助帐号管理器(CSViewer)，资源文件系统浏览器(AssetExplore)，特征码提取器(ExtractFeatureCode)。
tools：包括注入dll(HijackDll)，通用辅助登陆验证(LoginHlp),录制地图坐标工具(RecordMap)等。
libs：框架和具体项目依赖的外部开源库，包括boost、lua、luabind、luacom、pluto、wxLua、Eigen、openssl、poco、wxWidgets、zlib等。
subs：具体的辅助项目均放在此目录下，包括fifa online3、疾风之刃、怪物猎人online、流放之路等。
Frame：框架所在，包括资源文件系统(AssetSys)，小的外部开源库集合(ExternLib)，非常苛刻编程环境下的框架代码集合(PublicX)，
一般苛刻编程环境下的框架代码集合(PubMix)，普通编程环境下的框架代码集合(PubMix)。
其中苛刻编程环境意思是只能引用少部分系统功能(dll)，不能在该库中加入更多的外部引用动态库。
比如非常苛刻编程环境，要求dll在初始化时只能引用这些系统dll：kernel32.dll、user32.dll等。

以上5个目录可以理解为工程项目的5种分类，其中apps、tools、subs依赖于Frame，而Frame又依赖于libs。

libsetup.props和setup.props是vs的项目属性页配置，libs中的工程大多数都继承自libsetup.props通用属性配置，
apps、tools、subs、Frame中的工程则继承自setup.props通用属性配置。
Frame目录下目录与功能说明：

AssetSys：资源文件系统，项目中主要依赖于该文件系统，可解耦于文件具体的位置所在，索引方式等。即相同的文件使用方式，
具体到具体文件，则该文件可以是系统文件系统的目录A下，也可以在目录B下，还可以是内存中的某处。
发布版本的时候，文件系统的打包与加解密，对应用层来说都是透明的。
其中apps/AssetExplore是该资源文件系统的可视化编辑工具。

Public、PubMix、PublicX都是框架各方面功能的集合，区分之原因可参见cpp目录下的ReadMe.txt，此处只介绍框架所支持的需要注意的机制。

BufCall：是个自动序列化的机制，类似boost.serialization。主要应用于网络通信的自动序列化与解析。
其实现多借鉴于luabind，以tcp网络通信为例，每次发包相当于通过网络异步或同步调用对方一个函数，那么对于发包方来说，
只需要告诉要调用的函数名以及参数信息，对于收包方来说，只需要提供相应函数名的函数。其中发包方的参数序列化都是自动的，
收包方的函数参数的解析也是自动的，当远程收到该包，则自动解析出函数参数，并调用之。
从这个意义来讲，比较像RPC，所以才将之命名为BufCall。

FuncObj：tcp-ip通信机制，底层用的是boost.asio库，设计与实现并不复杂，设计之初更多地想要模仿com通信技术，
后来觉得并无必要，然后把它实现简化了，直至现在的版本。加上BufCall机制的协作，对于应用层来说，基本上可以无视FuncObj了。

Hooker：抽象并封装了hook的底层实现细节，让hook函数避免去维护堆栈细节，做到在hook函数内像普通函数一样自由地写代码。

异常：所有框架异常都继承自CmnExceptionBase，可自动处理lua、luabind、c++之间的异常传递，对应用层来说是透明的，
CmnExceptionBase异常与DummySleep函数的协调运作，奠定了此框架下游戏辅助开发的方式与基调，在自身定位方面意义非常。
同时也让单线程下具有异步的效果，但又无多线程和协程的复杂性和不稳定性。它们是项目中很多其他机制的基石，比如Action、脚本事件、Timer等。

Database：数据库支持，使得数据库方面的操作具有sql语句方式的简洁效果。

LogOut：日志系统，对boost.log进行封装，使之更方便、简洁，对本项目进行适配。支持输出日志到文件和DbgView。

IoTimer：计时器，支持以毫秒为单位的计时器。

Iterator：迭代器模式的模板实现，支持到lua的for迭代。

lua：通过diy lua和luabind，支持中文脚本，c++调试模式下的lua堆栈变量的输出等。

Cmn_AppBase类族：类似CWinApp，抽象可执行模块，一个Cmn_AppBase既可以是基于MFC的CWinApp，又可以是基于wxWidgets的app，还可以是dll。
其中Cmn_AppBaseFactory类族是典型的工厂模式，以便达到为app配置各种组件的目的，组件包括通信、脚本方面、辅助游戏逻辑等实现细节，
一般而言，使用框架默认的组件即可。

RStd：全称为Release of Std，即标准库的release版。标准库中debug版和release版中的数据结构很多都是不一样的，
主要应用于数据分析，因为游戏中的数据结构很多都是应用的标准库中的，但都是release版的，RStd可以让人避免去实现这样的算法细节。

WgFacility：提供了辅助游戏逻辑方面比较常用的功能，包括优化过后的A星算法，过滤器(filter，比如物品过滤、技能过滤、游戏对象过滤等)，
地图坐标录制相关(CmnMapPath)，任务处理(CmnQuestHandler)，场景处理(CmnSceneHandler)，最短路径(ShortestPaths)等。

GGameObjBase、GGameObjMgrBase：辅助对象到游戏对象的对应对象，比如游戏里的角色对象，那么辅助里就有一个Player类表示角色，
辅助里的Player对象称之为代理对象。代理对象数据的更新为主动触发型，即根据需要去更新对象数据。
游戏逻辑中到处可见各种对象，所以GGameObjBase、GGameObjMgrBase虽然看起来仅仅只定义了这么个抽象，但这个抽象挺重要。

Action：CA_IAction类族，与异常等的协作，让游戏逻辑中角色同时做多件事情成为了比较容易的工作。

以上是框架方面部分功能或机制的简要介绍，细览代码，发现好多东西未能在此尽述，想写上来吧，
发现只可意会，难以言传，不写吧，难不成这几年为之努力的框架就那么点东西吗？真若如此，自己都觉得对不起自己。
思量再三，还是不写了吧，究其原因，概因自己目前水平所限，仅此而已。