Domanda

Al momento sto lavorando su browser game 2D.

Dopo aver messo via la ZendFramework, la mia squadra e ho deciso di scrivere il nostro quadro.

Ora siamo impotenti, perché nessuno di noi ha mai sviluppato qualcosa di simile, tranne quadri CMS etc.

Il linguaggio è PHP e il driver di database utilizzato per esso è MySQL (i, DOP, ecc)

Ci puoi dare qualche consiglio su come strutturare il quadro?

Grazie;)

  

Esempio del genere l'dovrebbe corrispondere

     
      
  • Ogame
  •   
  • Travian
  •   
  • Zarrenwar
  •   
     

(I miei) Requisiti (del quadro)

     
      
  • API di base
  •   
  • Nessun schiacciante quantità di funzionalità, che non riesco a gestire,   e non ho bisogno
  •   
     

La mia idea di (mia) il quadro

     
      
  • Una sorta di "backe-end"
  •   
  • Gestione del database
  •   
  • registrazioni Handling, richieste HTTP
  •   
  • Generazione di probabilità che qualcosa ingame sarà o non accadrà
  •   
  • meccanismi grafiche, solo calcolo del reddito, di giorno, di danni   Serbatoio xy, ecc.
  •   

Tra l'altro, i quadri che ho provato non erano motori di gioco php, perché non ho mai trovato un qualsiasi motore di PHP gioco liberamente disponibile.

È stato utile?

Soluzione

PHP non avrà alcuna capacità per fare un gioco grafico, in quanto potrebbe creare sprite al volo, ma viene eseguito sul lato server, e tutta l'azione è sul browser.

Così, il vostro motore di gioco ha bisogno di essere sul lato dove si sta facendo la vostra grafica.

Si consiglia di scrivere un quadro di riferimento per il mondo, in modo che più utenti possono sperimentare lo stesso mondo, e si influenzano a vicenda, in quel caso PHP sarebbe bene, come sarebbe solo essere mantenendo un modello del mondo e la determinazione quello che è successo.

Quindi, qualunque cosa si sta utilizzando il browser per mostrare la grafica sarà molto probabilmente già un motore di gioco sviluppata o in fase di sviluppo per esso, quindi si consiglia di annotare le vostre esigenze per un motore di gioco e si può poi chiedere che domanda: ho questi requisiti, e dopo aver guardato questi motori di gioco, che ho respinto per queste ragioni, quale motore può essere meglio per le mie esigenze

.

Sarebbe bello sapere non solo le vostre esigenze, ma il motivo per cui ha respinto alcuni dei motori là fuori prima di dare suggerimenti.

Altri suggerimenti

i pensare quello che cercate è un motore di gioco javascript, PHP da solo non sta per fornire molto per aiutare con l'interazione 2D in-game (sprite in movimento, cambiando colonne sonore, ecc ). Forse dare un'occhiata a uno dei numerosi motori di gioco javascript come:

e molti altri che sono abbastanza facili da trovare ...

Quali sono i motivi per la scrittura di un quadro proprio? Sei sicuro di voler distogliere l'energia per re-inventare la ruota (che rischia di diventare un processo disordinato, in quanto non sembrano avere molta esperienza)? Un quadro pulito, stabile è il fondamento di qualsiasi progetto e se si deve risolvere che tutto il tempo, il progetto basandosi su di essa soffrirà orribilmente. E perché no un framework open source ben supportata per il quale è possibile ottenere il sostegno della comunità?

Mi creda, si avrà abbastanza lavoro da fare con il gioco vero e proprio browser. :)

Io non sono molto sicuro di che tipo di gioco che avete in mente, ma PHP in sé non è il linguaggio di programmazione a destra o la tecnologia per la scrittura l'aspetto 2D del gioco.

Si affermano di avere esperienza con i sistemi CMS, che è buono, perché questo può essere utilizzato / adattato per CRUD stato del gioco e le entità.

Ma per la grafica, è possibile utilizzare Flash o tecnologie simili. Mabye solo javascript pianura con la nuova tela HTML5, e un backend PHP.

E di quadri, anche se non ho esperienza con nessuno di loro, ci sono un sacco di flash e una semplice ricerca su google revaels un sacco di esperimenti attivi e ricerca per javascript motori di gioco.

Se si vuole sviluppare il proprio quadro, vi consiglio prima di sviluppare un paio di giochi che utilizzano strutture già esistenti, utilizzare le esperienze su cosa funziona e cosa i vostri bisogni sono davvero, e quindi sviluppare la vostra struttura con quella conoscenza. La mia ipotesi è che sarebbe più veloce di sviluppo di un quadro da zero.

Ma penso che ciò che si vuole veramente è quello di sviluppare un gioco, e si pensa che sviluppare il proprio quadro sarebbe più veloce di trovare un quadro esistente e ha cercato e imparare a usarlo. Ho ragione?

Una volta ho fatto un gioco in PHP, un gioco di strategia, ho combinato JQuery (JS) e PHP, Im ancora lavorando su di esso però, ma vorrei iniziare a fare classi e funzioni (Suggerimento: utilizzare OOP), Dopo la finitura, rendono il Gioco.

  1. quadro OOP (classi e funzioni) - 1 Giorno / 2 mesi
  2. Grafica - 2 giorni / 5 Mesi
  3. Timeline e Gioco interfacce - 1 mese / 1 anno

--------- TOTALE: MAX. 1 anno e 7 mesi - MIN. 1 mese e 3 giorni ---------

Il tempo è solo il tempo medio necessario per rendere il sistema.

Buona fortuna:)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top