Qualcuno scrive giochi in Delphi? [chiuso]


12

Sono uno sviluppatore Delphi molto esperto (oltre 12 anni di esperienza senza contare la mia esperienza Turbo Pascal) e mi chiedevo qualcuno scriva giochi in Delphi? Ho visto i wrapper API di DirectX in Delphi che ti consentono di programmare contro DirectX (anche scritto un semplice solitario con un amico), ma non ho visto nulla là fuori che mi mostri che dovrei tenere il passo con Delphi. Odio allontanarmi da tanta conoscenza e linguaggio Object Pascal, ma non vedo molto su un motivo per andare avanti con Delphi.

Attualmente sto programmando in C # e pensando a XNA, ma mi sembra che l'opinione dominante sia la rotta C / C ++ con DirectX.

Qualche altro sviluppatore Delphi là fuori lotta anche con questo?

Grazie, MDV


non è proprio un gioco in sé ma un popolare programma di gioco, l'apprendista è stato creato con Delphi. Penso che il motivo principale per cui nessuno lo abbia ripreso dopo che è stato abbandonato era la lingua.
lathomas64,

Due anni dopo, devo dire: guarda MonoGame. È meraviglioso. Sarebbe meglio se non accettassero la richiesta pull che interrompesse la build, ma nel complesso è eccezionale.)
3Dave il

+1 per avermi ricordato Delphi :) Mi sono divertito un po 'con DelphiX, ma non ci ho mai fatto un vero gioco. Delphi è ancora un ambiente piacevole per me per creare rapidamente qualche utilità .
Markus von Broady,

Risposte:


12

Ok, odio dirlo, ma Delphi è effettivamente morto. Lo so, lo so - è deprimente. Non temere, però: lingue ancora migliori si sono evoluti che hanno il 99% dei vantaggi di Delphi, ma sono senza fiato ancora (davvero) supportato e godendo diffusa adozione da parte dell'industria. Non stai facendo alcun favore alla tua carriera restando con Delphi. Ho lavorato con Delphi per circa sei meravigliosi anni prima di seguire Anders nel lato oscuro.

Se stai già giocando con C #, avrai sicuramente notato le incredibili somiglianze tra esso e Delphi. La tua esperienza con Delphi sarà di grande aiuto dati i modelli di oggetti simili, la gestione delle eccezioni, ecc.

L'unico vantaggio che Delphi ha su C # è che è compilato in codice nativo. L'unico altro gioco in città per questi giorni sembra essere C e C ++.

Sto avendo un successo fantastico con C # e XNA. Le prestazioni del codice gestito in questi giorni sono molto simili a quelle del codice nativo. Se vuoi programmare per più piattaforme (windows, xbox, ps3, ecc.), Dovrai attenersi a c ++ perché è l'unica cosa che costruirà per tutto.

Se stai attaccando con Windows e Xbox, XNA è un ottimo strumento.


David, purtroppo devo essere d'accordo per scopi pratici, Delphi è morto. E sì, C # è molto "simile" a Delphi: mi piace davvero molto la velocità di risposta di una WinApp Delphi su C #. C'è una notevole differenza. Immagino che devo solo succhiarlo e lasciare andare Delphi.
MDV2000,

Inoltre, ho intenzione di attenermi solo allo sviluppo di un gioco Windows ... non sono sicuro se mi interessa fare un gioco Xbox in questo momento e non mi interessa Linux / Mac.
MDV2000,

2
Sì, c'è una differenza, ma si sta riducendo. Se ti trovi in ​​una situazione in cui la differenza di prestazioni è troppo grande, puoi collegarti nelle librerie C ++ per fare un po 'di lavoro pesante. Non ho dovuto ricorrere a quello, comunque.
3Daveva il

In realtà, usando Mono, puoi lavorare senza problemi anche su Mac / Linux e MonoTouch / MonoDroid consente di lavorare su iDevices e Android. Quindi non è davvero così limitante. ;)
Ipsquiggle,

2
@Ipsquiggle sicuro: mono è una buona opzione da avere. Se sta ignorando Linux e Mac (ed entrambi i ragazzi che hanno acquistato i Mac per giocare possono baciarmi il culo), .NET / XNA sono un'ottima opzione.
3Daveva il

4

Penso che Soldat sia interamente scritto in Delphi.


4
Vorrei anche ricordare che questa non è necessariamente una prova del fatto che sia una buona idea. So che l'uso di un particolare sapore di Delphi ha reso impossibile il porting del gioco da Windows nonostante l'enorme richiesta dei consumatori.
coderanger,

3

Per non eludere il titolo principale della tua domanda, ma posso offrire alcuni consigli rispetto all'altro aspetto (dove dovresti andare dopo, dato che sembra che tu abbia già deciso.) C # e XNA sono semplicemente uno strato di astrazione sopra DirectX. L'uso di C # e XNA ti aiuterà a ridurre il time to market e può ridurre alcuni costi di sviluppo; tuttavia, ciò è a spese di alcune prestazioni e controllo.

C / C ++ e Raw Direct X sono popolari perché ottieni il massimo delle prestazioni e del controllo. Dipende davvero dai tuoi obiettivi. Personalmente, utilizzo C # e XNA perché i suoi costi di base sono praticamente zero (soprattutto se conosci già C #) e costa solo $ 99 / anno far parte del Creators Club, che è solo un requisito se vuoi distribuire il tuo gioco su Xbox o Windows Phone 7. Fare solo C # e XNA per Windows è assolutamente gratuito e può produrre risultati sorprendenti. Come minimo, ti consiglio di provarlo prima di saltare a capofitto in C ++ e Raw Direct X.


3

Il team in cui ho lavorato ha sviluppato diversi giochi in passato usando Delphi e il wrapper DirectX chiamato Asphyre. Erano tutti giochi 2D sviluppati per macchine payslot. Abbiamo anche combinato Delphi e Flash tramite ActiveX, risultato molto soddisfacente.

Asphyre è uno dei migliori (se non l'unico) wrapper DirectX per Delphi. Abbiamo usato un sacco di particelle e roba lì, quindi erano giochi piuttosto piacevoli per gli occhi. Asphyre offre anche tecnologie 3D, ma non siamo mai andati oltre il 2D perché non ne avevamo bisogno.

Secondo me, tuttavia, Delphi è troppo vecchio e sembra che C # offra la migliore alternativa.


1
Non sono sicuro che si supponga che quel nome suoni come "aspira", ma assomiglia di più a "fuoco di culo". Sto solo dicendo'.
3Daveva l'

2

È una meraviglia, ma c'è un piccolo gioco in Ungheria, con molti fan, scritto in Delphi, e stanno ancora uscendo nuovi aggiornamenti. Si chiama Stickman Warfare ed è un MMOFPS 3D.


0

SvEngine . È un motore di gioco 2D avanzato per PC Windows® e utilizza Direct3D® per il rendering con accelerazione hardware. È robusto, completamente orientato agli oggetti, progettato per un facile utilizzo e adatto per realizzare tutti i tipi di giochi 2D e altre simulazioni grafiche. C'è supporto per superfici, trame, sprite, audio, flussi, archivi, file di configurazione, target di rendering, catene di scambio, database e molto altro.

NOTA: è il nostro middleware per motori di gioco 2D che sviluppiamo e supportiamo. Lo useremo per realizzare tutti i nostri prossimi progetti.


3
Lo stai usando, ma anche scrivendolo e vendendolo. Si prega di comunicare interessi commerciali quando si risponde a domande con collegamenti a prodotti.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.