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