Svelto.ECS 3.3.2

Svelto.ECS C# Entity Component System framework

Real ECS framework for c#. Enables to write encapsulated, decoupled, maintainable, highly efficient, data oriented, cache friendly, code without pain. Although the framework is platform agnostic (compatible with c# 7 and above and .net standard 2.0 and above), it comes with several Unity extensions.

Svelto.ECS in pills

Svelto.ECS is easy to start with, but full of tricks for expert users. The hardest problem to overcome is usually to shift mentality from OOP programming to ECS programming more than using the framework itself. If you want to read an ECS faq, you can check this article: https://github.com/SanderMertens/ecs-faq

Svelto.ECS at glance:

    public class SimpleContext
    {
        //the group where the entity will be built in
        public static ExclusiveGroup group0 = new ExclusiveGroup(); 

        public SimpleContext()
        {
            var simpleSubmissionEntityViewScheduler = new SimpleEntitiesSubmissionScheduler();
            //Build Svelto Entities and Engines container, called EnginesRoot
            _enginesRoot = new EnginesRoot(simpleSubmissionEntityViewScheduler);

            var entityFactory   = _enginesRoot.GenerateEntityFactory();

            //Add an Engine to the enginesRoot to manage the SimpleEntities
            var behaviourForEntityClassEngine = new BehaviourForEntityClassEngine();
            _enginesRoot.AddEngine(behaviourForEntityClassEngine);

            //build a new Entity with ID 0 in group0
            entityFactory.BuildEntity<SimpleEntityDescriptor>(new EGID(0, ExclusiveGroups.group0));

            //submit the previously built entities to the Svelto database
            simpleSubmissionEntityViewScheduler.SubmitEntities();

            //as Svelto doesn't provide an engine ticking system, it's the user's responsibility to
            //update engines 
            behaviourForEntityClassEngine.Update();
        }
        
        readonly EnginesRoot _enginesRoot;
   }

your first entity descriptor:

    public struct EntityComponent : IEntityComponent
    {
        public int  counter;
    }

    class SimpleEntityDescriptor : GenericEntityDescriptor<EntityComponent>
    {}

your first engine executing entities behaviours:

    public class BehaviourForEntityClassEngine : IQueryingEntitiesEngine
    {
        public EntitiesDB entitiesDB { get; set; }

        public void Ready() { }

        public void Update()
        {
            var (components, count) = entitiesDB.QueryEntities<EntityComponent>(ExclusiveGroups.group0);

            for (var i = 0; i < count; i++)
                components[i].counter++;
        }
    }

learn more about svelto on the Wiki page: https://github.com/sebas77/Svelto.ECS/wiki or on this article:

• Svelto ECS 3.0 is finally here (re-introducing svelto, this article is important for starters!)

Why using Svelto.ECS with Unity?

Svelto.ECS wasn't born just from the needs of a large team, but also as a result of years of reasoning behind software engineering applied to game development. Svelto.ECS hasn't been written just to develop faster code, it has been designed to help develop better code. Performance gains is just one of the benefits in using Svelto.ECS, as ECS is a great way to write cache-friendly code. Svelto.ECS has been developed with the idea of ECS being a paradigm and not just a pattern, letting the user shift completely away from Object Oriented Programming with consequent improvements of the code design and code maintainability. Svelto.ECS is the result of years of iteration of the ECS paradigm applied to real game development with the intent to be as foolproof as possible. Svelto.ECS has been designed to be used by a medium-size/large team working on long term projects where the cost of maintainability is relevant.

Svelto.ECS is lean, it hasn't been designed to move a whole engine from OOP to ECS, therefore it doesn't suffer from unjustifiable complexity overhead to try to solve problems that often are not linked to gameplay development. Svelto.ECS is fundamentally feature complete at this point of writing and new features in new versions are more nice to have than fundamental.

Svelto.ECS is fully compatible with DOTS Burst and Jobs.

Svelto.ECS is compatible with Unity 2019.3.x cycle as long as it's not used with DOTS ECS. Svelto.ECS is also designed to use DOTS ECS as engine library, using the SveltoOnDOTS wrapper. This wrapper is designed to take advantage of DOTS for engine related operations, like rendering, physics and so on. When DOTS ECS integration is necessary, Svelto.ECS will always target the last stable unity version with the most up to date DOTS package.

Why using Svelto.ECS without Unity?

The question is just for fun! There are so many c# game engines out there (Stride, Flax, Monogame, FlatRedBall, Evergine, UnrealCLR, UniEngine just to mention some) and Svelto.ECS is compatible with all of them!

Performance considerations

Aside from resizing the database absolutely when necessary, all the Svelto operations are memory allocation free. Some containers may need to be preallocated (and then disposed) but those are already advanced scenarios. When using pure ECS (no EntityViewComponents) components are stored in native collections across all the platforms, which means gaining some performance from losing the managed memory checks. With pure ECS, iterating components is automatically cache-friendly.

Note: Svelto.ECS has a ton of allocating run-time checks in debug, so if you want to profile you need to profile a release version or use PROFILE_SVELTO define

If you decide to use Svelto.ECS

Svelto.ECS is an Open Source Project provided as it is, no support is guaranteed other than the help given on the Svelto Discord channel. Issues will be fixed when possible. If you decide to adopt Svelto.ECS, it's assumed you are willing to partecipate to the development of the product if necessary.

Official Examples (A.K.A. where is the documentation?)

Documentation is costly to mantain so check the highly documented and simple mini-examples. Please study them all regardless the platform you intend to use Svelto with.

• Mini Examples: https://github.com/sebas77/Svelto.MiniExamples
• Unit Tests: https://github.com/sebas77/Svelto.ECS.Tests

After that, you can get all the help you need from the official chat:

Official Discord Server (join to get help from me for free!)

• https://discord.gg/3qAdjDb

Official Articles

Theory related articles (from the most recent to the oldest, read from the oldest if you are new to it):

• OOP abstraction layer in an ECS-centric application (this article is important for starters!)
• ECS abstraction layers and module encapsulation
• The Quest for Maintainable Code and The Path to ECS
• The truth behind Inversion of Control – Part V – Entity Component System design to achieve true Inversion of Flow Control
• The truth behind Inversion of Control – Part IV – Dependency Inversion Principle
• The truth behind Inversion of Control – Part III – Entity Component System Design
• The truth behind Inversion of Control – Part II – Inversion of Control
• The truth behind Inversion of Control – Part I – Dependency Injection
• Inversion of Control with Unity – part 2
• Inversion of Control with Unity – part 1

Practical articles

• Svelto.ECS 3.3 and the new Filters API
• Svelto.ECS Internals: How to avoid boxing when using structs with reflection
• Svelto ECS 3.0 Internals: profiling the Entity Collection
• Svelto ECS 3.0 Internals: Support Native Memory Natively
• Svelto MiniExamples: GUI and Services Layer with Unity
• Svelto Mini (Unity) Examples: Doofuses Must Eat
• Svelto Mini Examples: The Unity Survival Example
• Learning Svelto.ECS by example – The Vanilla Example
• Porting a boid simulation from UnityECS/Jobs to Svelto.ECS/Tasks
• Svelto.ECS+Tasks to write Data Oriented, Cache Friendly, Multi-Threaded code

Note: I included the IoC articles just to show how I shifted over the years from using an IoC container to use an ECS framework and the rationale behind its adoption.

Users Generated Content (I removed all the outdated articles, so this is a call for new ones!)

• A Beginner’s Guide to Svelto.ECS (3.0) with Unity by Jiheh Ritterling

Svelto Extensions

• Svelto.ECS.Schema - Schema and State Machine extensions for Svelto.ECS
• Automatic way to control svelto engines order without having to pass in a string using attributes
• Foundation for a possible platform agnostic Svelto.ECS inspector
• Being able to swap entities between a subset of compound tags to another subset of compound tags

How to clone the repository:

The folders Svelto.ECS and Svelto.Common, where present, are submodules pointing to the relative repositories. If you find them empty, you need to update them through the submodule command. Check some instructions here: https://github.com/sebas77/Svelto.ECS.Vanilla.Example/wiki

Svelto distributed as Unity Package through OpenUPM

or just install the package that comes from the link https://package-installer.glitch.me/v1/installer/OpenUPM/com.sebaslab.svelto.ecs?registry=https%3A%2F%2Fpackage.openupm.com

Note on the System.Runtime.CompilerServices.Unsafe.dll dependency and the bit of a mess that Unity Package Dependency System is:

Unity Package System has a big deficiency when it comes to dll dependency solving: two packages cannot point to the same dependency from different sources. For this reason I decided to let my packages to point to the unsafe dll distribution from openUPM

to solve the unsafe dependency you need to add the following scopedRegistries in manifest.json:

  {
    "scopedRegistries": [
        {
            "name": "package.openupm.com",
            "url": "https://package.openupm.com",
            "scopes": [
                "com.sebaslab.svelto.common",
                "com.sebaslab.svelto.ecs",
                "org.nuget.system.runtime.compilerservices.unsafe"
            ]
        }
    ]
}

this is shown in this example too: https://github.com/sebas77/Svelto.MiniExamples/tree/master/UPM-Integration/UPM

Svelto distributed as Nuget

I am not a Nuget expert, but thanks to our contributors, Svelto.ECS can be found at https://www.nuget.org/packages/Svelto.ECS/

the Hello World example uses the nuget package directly: https://github.com/sebas77/Svelto.MiniExamples/tree/master/Example5-Net-HelloWorld

In case of bugs

Best option is to fork and clone https://github.com/sebas77/Svelto.ECS.Tests, add new tests to reproduce the problem and request a pull. I will then fix the issue. Also feel free to contact me on Discord.

I like the project, how can I help?

Hey, thanks a lot for considering this. You can help in several ways. The simplest is to talk about Svelto.ECS and spread the word, the more we are, the better it is for the community. Then you can help with the documentation, updating the wiki or writing your own articles. Svelto.ECS has all the features needed to make a game with the ECS pattern, but some areas are lacking: A visual debugger and more unit tests are needed. Other platforms other than Unity could get some love too: Stride Game, Godot, monogame, FNA or whatever supports c#. Porting to other languages, especially c++, would be awesome but probably pointless. Please check the lane dedicated to the community tasks list here: https://github.com/users/sebas77/projects/3 and let me know if you want to take something on!

Svelto Framework is used to develop the following products(*):

*If you want your products made with Svelto here, just send me an email or whatever, I'll be super happy to add them.

Note: Dear Svelto Users : Although I am committed to help you and write articles as much as I can, I will never be able to keep all the documentation up to date. If you are a happy svelto user and you want to contribute, please feel free to update the github wiki! 🙏👊