一、目录
二、什么是游戏框架
框架（Framework）是一个框子——指其约束性，也是一个架子——指其支撑性。
IT语境中的框架，特指为解决一个开放性问题而设计的具有一定约束性的支撑结构。在此结构上可以根据具体问题扩展、安插更多的组成部分，从而更迅速和方便地构建完整的解决问题的方案。
也就是说：
1）框架本身一般不完整到可以解决特定问题；
2）框架天生就是为扩展而设计的；
3）框架里面可以为后续扩展的组件提供很多辅助性、支撑性的方便易用的实用工具（utilities），也就是说框架时常配套了一些帮助解决某类问题的库（libraries）或工具（tools）。
约束性：针对解决特定问题的软件框架会首先定义问题的边界，进而将相关的软件组件约束在这个边界内，保持框架在解决问题方面上的内聚性。
支撑性：框架本身是不解决什么问题的，但给了解决问题的相关组件一个插接、组合的底子，这个底子的科学性和易用性直接影响到在此之上进行进一步开发的科学性和方便性。
框架不一定只是解决软件开发问题，也可以解决软件工程问题（比如Microsoft Solution Framework）或信息系统等问题。
三、架构、框架和设计模式的区别
设计模式：针对特定的场景特定的问题提出的一种解决方案，比如Gof提出的23种设计模式，如工厂模式等；
软件架构：是系统的一个草图，阐述各个组件之间的通信，层次划分，一旦系统开始详细设计，架构蓝图就很难，甚至无法改变。如MVC三层架构——表示层、业务逻辑层、数据访问层；
框架Framework：是软件项目开发过程中提取特定领域的共性部分形成的体系结构，它是一个半成品，是可复用的设计，如Spring框架。
三者的比较