本项目是 win32 下大型客户端游戏的游戏辅助开发框架，由于它集成并包含了游戏辅助开发的各方面功能，称本项目为win32辅助开发的组件也可。
本项目是 win32 下大型客户端游戏的游戏辅助开发框架，由于它集成并包含了游戏辅助开发的各方面功能，称本项目为win32辅助开发的组件也可。
内含具体项目有fi online3、疾风之刃、猎人online、流放之等，也有辅助帐号验证服务器，帐号查寻与管理工具，特征码识别，资源文件系统等。
本人现已转型，特发布此项目，旨在分享一份只供参考的多年工作经验与心血，若本项目中有些您认为闪亮的设计、思或技巧，并对您有帮助的话，则乐哉幸甚！
python：包括用python写的自动更新ida数据库信息的插件，其中python/ForFrame/PreBuild.py是用来帮助编译器生成assf资源文件的（assf是本项目所依赖的资源文件系统，类似安卓下的资源打包，也像windows下的rc资源文件）。
_idaex和AUT是关于IDA自动更新数据库信息的插件，ida分析某个可执行文件的过程中，若是该可执行文件更新了新版本，那么载入这个新的可执行文件，ida建立的是个全新的数据库，旧的分析记录全都不可用了。
本插件就是解决这个问题的。本插件支持多种特征码定位方式，以便把旧的数据库信息更新到新的ida数据库中。
ForFrame是用于生成assf格式的文件，assf是本项目自定义的资源文件系统的格式，类似于windows下的rc资源文件。
subs：具体的辅助项目均放在此目录下，包括fi online3、疾风之刃、猎人online、流放之等。
Frame：框架所在，包括资源文件系统(AssetSys)，小的外部开源库集合(ExternLib)，非常苛刻编程下的框架代码集合(PublicX)，一般苛刻编程下的框架代码集合(PubMix)，普通编程下的框架代码集合(PubMix)。
其中苛刻编程意思是只能引用少部分系统功能(dll)，不能在该库中加入更多的外部引用动态库。比如非常苛刻编程，要求dll在初始化时只能引用这些系统dll：kernel32.dll、user32.dll等。
以上5个目录可以理解为工程项目的5种分类，其中apps、tools、subs依赖于Frame，而Frame又依赖于libs。
AssetSys：资源文件系统，项目中主要依赖于该文件系统，可解耦于文件具体的所在，索引方式等。即相同的文件使用方式，具体到具体文件，则该文件可以是系统文件系统的目录A下，也可以在目录B下，还可以是内存中的某处。
Public、PubMix、PublicX都是框架各方面功能的集合，区分之原因可参见cpp目录下的ReadMe.txt，此处只介绍框架所支持的需要注意的机制。
BufCall：是个自动序列化的机制，类似boost.serialization。主要应用于网络通信的自动序列化与解析。
其实现多借鉴于luabind，以tcp网络通信为例，每次发包相当于通过网络异步或同步调用对方一个函数，那么对于发包方来说，只需要告诉要调用的函数名以及参数信息，对于收包方来说，只需要提供相应函数名的函数。
其中发包方的参数序列化都是自动的，收包方的函数参数的解析也是自动的，当远程收到该包，则自动解析出函数参数，并调用之。
FuncObj：tcp-ip通信机制，底层用的是boost.asio库，设计与实现并不复杂，设计之初更多地想要模仿com通信技术，后来觉得并无必要，然后把它实现简化了，直至现在的版本。加上BufCall机制的协作，对于应用层来说，基本上可以FuncObj了。
Hooker：抽象并封装了hook的底层实现细节，让hook函数避免去堆栈细节，做到在hook函数内像普通函数一样地写代码。
异常：所有框架异常都继承自CmnExceptionBase，可自动处理lua、luabind、c++之间的异常传递，对应用层来说是透明的，CmnExceptionBase异常与DummySleep函数的协调运作，奠定了此框架下游戏辅助开发的方式与基调，在自身定位方面意义非常。
同时也让单线程下具有异步的效果，但又无多线程和协程的复杂性和不稳定性。它们是项目中很多其他机制的基石，比如Action、脚本事件、Timer等。
LogOut：日志系统，对boost.log进行封装，使之更方便、简洁，对本项目进行适配。支持输出日志到文件和DbgView。
lua：通过diy lua和luabind，支持中文脚本，c++调试模式下的lua堆栈变量的输出等。
其中Cmn_AppBaseFactory类族是典型的工厂模式，以便达到为app配置各种组件的目的，组件包括通信、脚本方面、辅助游戏逻辑等实现细节，一般而言，使用框架默认的组件即可。
RStd：全称为Release of Std，即标准库的release版。标准库中debug版和release版中的数据结构很多都是不一样的，主要应用于数据分析，因为游戏中的数据结构很多都是应用的标准库中的，但都是release版的，RStd可以让人避免去实现这样的算法细节。
GGameObjBase、GGameObjMgrBase：辅助对象到游戏对象的对应对象，比如游戏里的角色对象，那么辅助里就有一个Player类表示角色，辅助里的Player对象称之为代理对象。代理对象数据的更新为主动触发型，即根据需要去更新对象数据。
游戏逻辑中到处可见各种对象，所以GGameObjBase、GGameObjMgrBase虽然看起来仅仅只定义了这么个抽象，但这个抽象挺重要。
Action：CA_IAction类族，与异常等的协作，让游戏逻辑中角色同时做多件事情成为了比较容易的工作。
以上是框架方面部分功能或机制的简要介绍，细览代码，发现好多东西未能在此尽述，想写上来吧，发现只可意会，难以言传，不写吧，难不成这几年为之努力的框架就那么点东西吗？真若如此，自己都觉得对不起自己。
11 月 10 日之前，只要在【你谈见解我送书：《Kotlin 程序开发入门精要》技术书籍大放送】文末留言你在试读书籍第一章后的见解，就有机会获得文中提及技术书籍一本！快来留言吧，说不定中的就是你哦！！返回搜狐，查看更多