在这之前，github上就一直有一个C#的ecs框架名为Entitas，截止现在已经有1300+的star了，同时提供了和unity整合的方法（对，你可以不用unity，直接把它当C#的库来做其他的东西）
地址： https://github.com/sschmid/Entitas-CSharp
同时还有一个gitter：https://gitter.im/sschmid/Entitas-CSharp 很多entitas的开发者会在上面进行相关的问答，推荐时不时看两眼。
提到Entitas，就不得不说一下Unity中GameObject-Component的设计。有人认为Unity中这种架构也是ECS架构，但事实上
- Unity中的Component都是一个完整的类，缓存不友好。
- Unity中的Component包含逻辑。当然你也可以要求出程序员不能在Component里写Update等函数。
- Unity中你没办法去获取所有“有ComponentA和ComponentB的所有GameObject”，而在ECS中这是非常必要的。
总的来说，Unity中的架构，更多的是OOP中的“组合优于继承”这一思想的实践，而不是真正的ECS。
回到Entitas上来。Entitas初学者普遍存在的一个问题是Entitas如何和Untiy交互，因为它们的Entity和GameObject并不存在任何实质上的联系。（你把Entitas的代码拿到Unity外面，完全可以运行，如果你没有用Unity的API的话）
这里再简单的说一下我的思路。一般来说，我倾向于理解Unity作为一个“展示”的工具。所有游戏的逻辑都在Entitas中运行。
如果我要一个Entitas中的Entity在Unity中显示的话，我会添加一个ViewComponent，包含一个GameObject字段，表示它在Untiy中对应的GameObject。
然后添加一个ViewPositionUpdateSystem，它对有ViewComponent和PositionComponent的Entity感兴趣，会在PositionComponent改变时，将ViewComponent中的View也改变位置，此时Unity中你看到的GameObject的位置也就跟着改变了。
这里题外话一点，在一般的ECS介绍文章中，会从类似“物理系统只关心有PhysicsComponent的Entity，渲染系统只关心有RenderComponent的Entity“类似的话开始。在这里，我们也做了类似的事情。只不过我们的“渲染系统”的渲染工作要简单得多，只需要把Unity里的GameObject的位置挪一挪就行了。
再说说物理系统。如果你心大的话，完全可以去找一个第三方库跟Entitas直接接轨，但是用Unity的物理系统也是可以的。关键点和上面一样，将Unity视作一个工具。
首先，既然你用Unity的物理系统，那你想要的Entity肯定得有个ViewCompoennt，然后他的GameObject上有你配置好的碰撞体等。接着你可以在它的GameObject上添加脚本，在OnTriggerEnter等物理相关的函数中通知Entitas发生了物理碰撞。你可以写一个CollisionComponent，其中保存碰撞的信息，在OnTriggerEnter中填写它添加到Entity上去；也可以不添加到Entity上，而是直接放在Contexts中等着感兴趣的人去处理它（你可以添加到一个全局Component的List里，也可以直接新建一个Entity放那儿，都行）。
这其中比较细节的地方是在OnTriggerEnter中填写碰撞信息。有人可能发现了，我们在Entitas的Entity中在ViewComponent里保存GameObject的索引，但是我们在OnTriggerEnter中，我们并不能反过来获得Entity的索引。其实道理是一样的，我们可以写一个MonoBehaviour，其中有一个Entity字段；在你将一个GameObject用ViewCompoent添加到Entity上时，同时给这个GameObject也添加这个Monobehaviour，写上Entity的索引就行了。
因为这个需求实在太常见了，Entitas里内置了一个方法，将Entity和GameObject链接起来。在命名空间Entitas.Unity中提供了GameObject的扩展方法Link，调用该方法的效果跟上一段所说相同，会添加一个叫EntityLink的MonoBehaviour，然后就可以通过这个MonoBehaviour获取到它链接的Entity了。