参加实习一个月了 公司新项目准备使用ET框架进行开发 在走通et的流程之前 我们必须了解一个概念:ECS组件式编程
这个概念有区别于我们我们常见的unity开发思路(虽然unity本身也是采用了给go添加component) ，在unity开发中，常见的思路是 entity-manager，就是说把业务抽象成 实体 - 管理器的模式 ，实体就是抽象出来的 比如说主角啊 怪物等等类(实例)，管理器就是那些protomanager，scenemanager，uimanager之类的封装一些相对抽象的逻辑的类(实例)。对象和管理器各自遵循oop的思想设计 ，玩家类继承角色类，实现不同接口 ；角色类可以被npc类继承，也可以被玩家类继承；每个阶段的类都封装了这个阶段该(继承)有的属性和操作，manager和enity的交互通过相应事件系统(有可能是某些manager本身)从而组成一个相对完整的生态系统。
这样做的话，数据和逻辑的耦合程度比较高，于是人们尝试把mvc(puremvc,strangeioc)框架加入其中，将实体的数据和逻辑进行解耦，实体和管理器被分为view和controller和model。然而，游戏本来就是一个相当复杂的产品，逻辑和逻辑，逻辑和数据有的时候强行解耦的话并不能使得开发变得简单，有时候反而会加大工作量（比如说开发一个相对简单的项目）。那么除了这种常见的开发思路有没有其他的想法呢?答案是肯定的。
组件式开发ECS其实不是新的东西，在非游戏开发的领域(特别是服务器开发)其实这个概念十分常见，而ecs在游戏开发领域的开发概念最早是从守望先锋服务器开发流传出来的(不敢肯定，虽然大家都这么说，毕竟我没有亲自去考证过)，感兴趣的朋友可以自己去搜索。
什么是ecs呢？e即是enity 实体 c即是component s即是system 。
最纯粹的ecs开发就是将数据和逻辑强解耦(我认为的，不一定正确),System承载逻辑，Enity承载数据，Component定义数据(和unity的component，即我想当然以为的"组件"不同，ecs的component是纯数据不包含逻辑)。
打个比方，描述:一个红色虫吃面积为5叶子。这句话中 ，虫-entity，叶子-entity，吃-system，虫的属性(食量)-component，叶子的属性(面积)-component。
一个红色虫吃面积为5叶子->一个的不管什么样的虫可以吃叶子->虫吃叶子->......->生物吃生物->......->名词动词名词
virtualEntiy拥有x个specificComponent组成了specificEnity，virtualSystem实现了具体逻辑变成specificSystem，实体需要对另一个实体产生作用，就挂载需要的组件，系统面向组件实现，组件和系统关联。实体和系统之间强行解耦（除开特殊情况，除非这系统是为一个特定组件设计的，而这个组件又是某个实体的特定必不可缺的）。这个是我自己对于ecs总结或者说是感想(不一定正确)
说完了基本的ecs概念，就来说一下在unity开发中的一些常用的基于ecs概念设计的框架:
ET--u3d双端开发框架
Entitas-c#框架
unity2018 ecs&jobsystem
这三个算是在unity开发中比较常见的ecs框架。感兴趣的朋友可以自己先去搜索
最后，我必须说的一点是，并不是说ecs是unity开发绝对唯一，无敌棒的开发模式。软件开发的核心不在于用了什么牛逼的框架，造了牛逼的轮子，代码是为产品服务的，只要框架有助于提升产品质量，速度就是好框架。每个框架需要真正深入思考过，才能真正用好这些框架。
下面是我自己看过，感觉对自己有收获的文章，分享出来
https://www.cnblogs.com/yangrouchuan/p/7436533.html --Entitas框架简介
https://www.zhihu.com/question/286963885/answer/452979420 --ecs开发的思考（会成为未来的主流吗？）、
https://zhuanlan.zhihu.com/p/32787878 --ecs无框架原理级实现
https://github.com/egametang/ET --et的Github地址
最后:本人只是一个大四在公司实习的小菜鸟，很多地方写的不好还请大家见谅。
有兴趣的朋友可以加我的qq大家一起学习一起成长 qq:872732381
/***************************************这个是很久之前写的，许多对ECS的看法比较稚嫩，还请各位去分享链接里面看********************************************/