前言
工作很多年了，开发了各种各样不同的项目，这些项目基本有一个通用的问题，没有一种合适的框架。
以往的框架基本都是以需求为导向，需要什么做什么。
项目进行到了一定程度，会面临重构问题，如果一开始就有框架那么就不需要特别多改动。但是目前的项目来说是从零开始搭建的，需要什么功能，就通过代码堆叠来做，也逐渐也形成了一个简单的框架，但同时也暴露了很多问题。
问题
- 框架混乱、功能有，但是耦合度高；
- mvc看似解了耦合，但是实际开发过程过于繁杂，降低了实用性，并且没有做ui释放机制；
- 目前只有一种socket没有实现多socket；
- 没有统一的事件管理，造成委托较多，用的过于随意，没有文档规范，导致了代码量一旦堆起来了，关系过于复杂；
- 大都是通过场景来管理流程，没有引入流程管理器，增加了流程管理的复杂度；
- 没有统一的对象池管理；
- 没有统一的数据管理中心，造成了数据随意存储；
- 没有真正实现多语言处理；
- 没有时间管理器，定时器随用随写；
- 没有统一的组件管理，随机继承mono基类；
- ······
思考
很多框架一开始设计基本都满足需求，但是随着时间的推移基本都会出现一些问题局限性，可是这个时候越是层级比较高的代码，改一下都要“伤筋动骨”。
我就以此基础做一款适合自己的框架；着重于轻量级、实用化。
结语
每一种框架都是有自己的特性，没有一种框架是适合所有项目