为什么用框架

什么是框架：
规定的一种思路，一种规范，一种代码结构

框架并不是说给你提供很多写好的工具类，让你去使用。
工具类只能说是框架的附属品。看到好多框架都是集成了很多的工具，但我觉得工具是次要的，能给你一种编程思路是很可贵的。

在用一个框架时，就是在认同并执行这个框架的思路，规范，格式等。
(在工作中遇到过有同事觉得使用框架限制了自己的发挥，框架太low，没我自己写的好的。但其实去看他们写的代码，全是在update里index+1+1再+1。不仅影响共同开发，还限制自己去学习别人的思路。我能理解他们不愿意用框架，去调用框架写好的api，觉得越用越懒；但其实个人技术的进步和使用不使用造好的轮子是没关系的。我也见过同事对使用的框架玩出花的，看过代码后眼前一亮，觉得学到了的)

框架无分好坏，只有适合不适合，认同不认同
结合实际需求去使用框架，一种框架可能是对一种顺序执行的业务来实现的，那么你去用它去做场景漫游，并发业务，显然是不合适的。当你使用一种框架，觉得他和实际业务需求非常契合，逻辑思路非常清晰且实现方便，那他就是个好的框架。

框架就是将你考虑不周到的地方或者觉得费劲的地方封装起来，让以后开发不需要去考虑
它可能规定了 程序入口(在什么时候你可以开始写你自己需要的逻辑)，逻辑结构(你写得逻辑-方法，是如何执行的，是在Update里边一直调用，还是根据结构一个接一个执行)，初始化(你的UI,你的参数是在何时初始化，需不需要反复初始化，不初始化是不是会出问题)

框架的好处：
【规范开发】在多人开发时，当所有人都用这个框架，表示所有人都在认同并执行同一规范。
【方便开发】能让你在写你的业务逻辑时，不需要写代码，拖拖拽拽就写了业务逻辑，是不是很方便。
【不需要操心多余的逻辑】只专注于写业务逻辑即可，不用去管理初始化，重置，跳转等逻辑冲突。

限制：
【泛用性弱】泛用性越强的框架，越像是工具类的堆砌。写代码是为了服务实际需求的，实现一种需求可以用很多种思路，一个框架不可能在任何需求下都是最优的。但并不妨碍你去根据框架搞个变种去适配需求。