Realtime o a turni? Sto per assumere a turno o la mia risposta sarebbe enormemente diversa tecnologia.
per 2d, utilizzare un quadro che ha plugin multiplayer. Seguite tutti i tutorial. Questa è la risposta facile. (unity, unreal, cocosbuilder, ecc.) [Scirra's Construct ha già un plugin multiplayer? Non lo so, ma controllerei.]
Il costo di usare la tecnologia del server di qualcun altro è un compromesso, veloce per iniziare, con poca o nessuna proprietà della qualità del servizio e della logica lato server. Mi vengono in mente servizi come Proton, ce ne sono altri. Ricorda solo che NULLA è gratis. Può non costarvi un centesimo per svilupparlo, ma quando la gente comincerà a giocare e il successo aumenterà, finirà prima che abbiate la possibilità di capitalizzarlo perché le vostre scelte di server non sono state in grado di scalare e tenere il passo... il pool multiplayer in tempo reale è AMPIO quanto profondo. In ogni sistema, considerate il costo di proprietà. Se non avete uno sviluppatore di rete a disposizione 24 ore su 24, 7 giorni su 7 per aiutarvi a gestire e far funzionare il vostro stack... è una bomba a orologeria, sarete sposati a questi servizi e alle loro spese. Non otterrete nulla gratuitamente.
La risposta difficile... Possedere tutto... costruire le capacità di sviluppo con motori di gioco open source cross platform (a meno che non vogliate passare tutto il vostro tempo a scrivere il vostro motore di gioco e rasterizer... ed è probabile che tutto ciò che farete sia solo stare al passo con i Jones, è bene tenerlo nella zona hobby). Assicuratevi anche che il motore che scegliete utilizzi un linguaggio e un ambiente con cui potete lavorare (cocos2d-x c++ per esempio ha tutta la corda che potreste desiderare e ne rimane un po' per impiccarvi). Poi assicuratevi che tutto ciò supporti i vostri obiettivi desiderati. Incorporare altri framework multiplayer (Raknet, modificarlo per funzionare su Android) e questo richiederà lo sviluppo di qualche tecnologia server per supportarlo.
La domanda da porsi è cosa vuoi alla fine? Un oggetto di portafoglio? Un business sostenibile che può crescere se la tua idea vale un accidente per cominciare. Puoi avere tutta la tecnologia cattiva dietro, ma se la tua parte anteriore è cattiva, fallirà. È vero anche il contrario. Tutto ciò che è pulito e fantastico si ferma nel momento in cui un server non risponde o non passa i messaggi in modo tempestivo (lag)...
Scalabilità - può crescere senza rompersi, sapere dov'è il punto di rottura.
Sostenibilità - Quanto sforzo ci vuole per mantenerlo in funzione.
Costo per utente per (minuto/ora/giorno/mese/ecc) calcolarlo se è un business. Conosci le tue spese.
Multi backend possono richiedere una grande quantità di sforzo per tirare fuori bene, e un backend mal eseguito affosserà il gioco più bello che ci possa essere. Non connettetevi mai a qualcosa se potete evitarlo.
Potrei continuare... ma qualcun altro vuole lo stallo. 😉