Tilemaps in un Entity System Framework?

Ho letto su Entity System Frameworks in particolare Artemis. Sto cercando di decidere se è giusto per me. Lavoro rigorosamente su giochi di pixel art 2D basati su piastrelle e non penso che saranno mai ad alta intensità di risorse. Ho sempre usato OOP standard con molta eredità in passato.

La mia comprensione dell'Entity System Framework in questo momento (non sono sicuro di averlo ancora compreso completamente) è:

• Le entità non sono altro che ID
• I componenti non sono altro che dati stupidi aggiunti a un pool di componenti entità
• I sistemi sono funzioni di aggiornamento collegate al mondo per gestire tutte le entità che corrispondono alla firma del componente Sistemi

Se la mia comprensione è corretta, allora ho un bel po 'di problemi a concettualizzare l'aggiunta di tilemap e alberi comportamentali di intelligenza artificiale in questo framework. In futuro chiederò informazioni sull'intelligenza artificiale.

Una piastrella dovrebbe essere integrata in questo framework? O dovrebbe essere tenuto separato per facilitarne la generazione con un editor di tilemap?

Se la piastrella deve essere integrata in questo framework, ciascuna piastrella è un'entità diversa? E il tilemap è un sistema? O la stessa tilemap è una singola entità con l'eredità costruita da essa?

Se la tilemap è sperate, quale sarebbe il modo migliore di rilevare le collisioni contro la tilemap esterna?

Capisco che più opzioni che ho elencato potrebbero essere corrette, ma se qualcuno lo ha fatto in passato potrebbero essere in grado di far luce sulla mia confusione. Forse c'è un'altra alternativa a cui non ho pensato?

Grazie.

Ho implementato un framework di componenti di entità (simile ad Artemis) dopo che ero già stato in sviluppo per un po ', ma non penso che avrei fatto le cose diversamente se partissi da una tabula rasa.

Ho il mio mondo totalmente separato dal quadro delle entità. Non aveva senso per me convertire il mondo in una sorta di entità o raccolta di entità. Il mio mondo è 3D con cubi, ma credo che lo stesso valga per le piastrelle. Le entità costituiscono tutto il resto del mondo, ma il terreno è separato. Tuttavia, quando i cubi vengono rimossi, generano entità "materiali".

Il rilevamento delle collisioni non è troppo difficile da collegare. Il tuo mondo probabilmente avrebbe isSolidAt(x,y)metodi di tipo che verranno utilizzati dal tuo sistema di collisione. Onestà, l'ho già detto una volta già oggi in una risposta diversa , fai tutto ciò che ha più senso per te. Non stai infrangendo alcuna regola rendendo separata la mappa delle tessere o rendendola un'entità. Qualunque cosa tu possa avvolgere la testa è la cosa migliore. Per me, quello era mantenere il mondo separato e rendere tutte le altre entità.

Ho aggiunto tilemap come componente separato all'entità (con tutte le tessere all'interno) e c'è anche un renderer separato per la mappa delle tessere, quindi posso renderlo in 3d o in 2d. Creare tutte le tessere come entità è possibile ma costoso.

qualcosa del genere:

Entity e("map");
e.addComponent(new Tilemap("1.xml"));
e.addComponent(new TilemapRenderer2d(graphics));

tile map is something like that
class Tilemap
{
  array of tiles;
  getTileAtPosition(); 
  isWalkable ; etc;
}

class ITilemapRenderer
{}

class TilemapRenderer2d
{
draw() 
{ 
  foreach (tile in owner()->component()->tiles()) 
  {
    if (tile == ground) ground_sprite->draw() ....
  }
}

il vantaggio nel separare il disegno dalla logica è l'idea di base del modello MVC