Alguém escreve jogos em Delphi? [fechadas]


12

Eu sou um desenvolvedor Delphi muito experiente (mais de 12 anos de experiência sem contar minha experiência com o Turbo Pascal) e queria saber se alguém escreve jogos em Delphi? Eu já vi invólucros da API DirectX no Delphi que permitem programar no DirectX (até escrevi um simples jogo de paciência com um amigo), mas não vi nada lá fora que me mostrasse que eu deveria acompanhar o Delphi. Eu odeio me afastar de tanto conhecimento e linguagem Object Pascal, mas não vejo muito o motivo de continuar com o Delphi.

Atualmente, programa em C # e pensando em XNA, mas parece-me que a opinião dominante é a rota C / C ++ com o DirectX.

Algum outro desenvolvedor de Delphi por aí também luta com isso?

Obrigado, MDV


não é um jogo em si, mas um programa popular relacionado a jogos, o aprendiz foi feito com o delphi. Eu acho que a principal razão pela qual ninguém assumiu depois que foi abandonada foi a linguagem.
amigos estão dizendo sobre lathomas64

Dois anos depois, devo dizer: veja o MonoGame. É incrivel. Itd ser melhor se não aceitar solicitação de recebimento que quebrar a construir, mas no geral a sua grande).
3Dave

+1 por me lembrar Delphi :) Diverti-me um pouco com DelphiX, mas nunca fiz um jogo real nele. Delphi ainda é um ambiente agradável para eu fazer alguma utilidade rapidamente .
Markus von Broady

Respostas:


12

Ok, eu odeio dizer isso, mas Delphi está efetivamente morto. Eu sei, eu sei - é deprimente. No entanto, não tenha medo: evoluíram linguagens ainda melhores que têm 99% das vantagens do Delphi, mas ainda são ofegantes (REALMENTE) e desfrutam de ampla adoção pelo setor. Você não está fazendo nenhum favor à sua carreira ao permanecer com o Delphi. Trabalhei com Delphi por seis maravilhosos anos antes de seguir Anders para o lado sombrio.

Se você já está jogando com C #, sem dúvida notou as incríveis semelhanças entre ele e o Delphi. Sua experiência com o Delphi ajudará bastante, considerando modelos de objetos semelhantes, manipulação de exceções etc.

A única vantagem que o Delphi possui sobre o C # é que ele é compilado no código nativo. O único outro jogo na cidade para os dias de hoje parece ser C e C ++.

Estou tendo um sucesso fantástico com C # e XNA. Atualmente, o desempenho do código gerenciado está muito próximo do código nativo. Se você deseja codificar para várias plataformas (windows, xbox, ps3, etc), precisará usar o c ++, porque é a única coisa que cria para tudo.

Se você está usando o Windows e o Xbox, o XNA é uma ótima ferramenta.


David, infelizmente, tenho que concordar com propósitos práticos que Delphi está morto. E sim, o C # é muito "semelhante" ao Delphi - eu realmente gosto da rapidez e capacidade de resposta de um Delphi WinApp sobre C #. Há uma diferença notável. Eu acho que só preciso engolir e deixar Delphi ir.
MDV2000

Além disso, pretendo continuar apenas com o desenvolvimento de jogos para Windows ... não tenho certeza se me importo em criar um jogo Xbox no momento e não me importo com Linux / Mac.
MDV2000

2
Sim, há uma diferença, mas está ficando menor. Se você se encontrar em uma situação em que a diferença de desempenho é muito grande, é possível vincular as bibliotecas C ++ para fazer parte do trabalho pesado. Eu não tive que recorrer a isso, no entanto.
3Dave

Na verdade, usando o Mono, você também pode trabalhar perfeitamente no Mac / Linux, e o MonoTouch / MonoDroid permite trabalhar no iDevices e no Android. Portanto, não é realmente tão limitador. ;)
Ipsquiggle 20/10/10

2
@Ipsquiggle sure - mono é uma boa opção para ter. Se ele está ignorando o Linux e o Mac (e os dois caras que compraram Macs para jogos podem me beijar), o .NET / XNA é uma ótima opção.
3Dave

4

Soldat está escrito inteiramente em Delphi, eu acho.


4
Devo também mencionar que isso não é necessariamente prova de que é uma boa ideia. Eu sei que o uso de um determinado sabor do Delphi tornou impossível portar o jogo para o Windows, apesar da grande demanda do consumidor.
Codificador1

3

Para não esquivar o título principal da sua pergunta, mas posso oferecer alguns conselhos em relação ao outro aspecto (onde você deve ir a seguir, pois parece que você já decidiu.) C # e XNA são simplesmente uma camada de abstração acima do DirectX. O uso de C # e XNA ajudará a diminuir o tempo de colocação no mercado e reduzirá alguns custos de desenvolvimento; no entanto, isso está à custa de algum desempenho e controle.

O C / C ++ e o Direct X bruto são populares porque você obtém desempenho e controle máximos. Realmente depende de seus objetivos. Pessoalmente, eu uso C # e XNA porque seus custos de nível de entrada são basicamente zero (especialmente se você já conhece C #) e custa apenas US $ 99 / ano para fazer parte do Clube dos Criadores, que é apenas um requisito se você deseja implantar seu jogo para Xbox e ou Windows Phone 7. Fazer C # e XNA apenas para Windows é totalmente gratuito e pode produzir resultados surpreendentes. No mínimo, recomendo que você verifique antes de pular de cabeça no C ++ e no Direct X bruto.


3

A equipe em que trabalhei desenvolveu vários jogos no passado usando o Delphi e o DirectX, chamado Asphyre. Todos eles eram jogos em 2D desenvolvidos para máquinas de pagamento em espécie. Até combinamos Delphi e Flash através de ActiveX, o que resultou muito satisfatório.

O Asphyre é um dos melhores (se não o único) wrapper DirectX para Delphi. Usamos muitas partículas e outras coisas lá, então esses eram jogos bastante agradáveis. O Asphyre também possui tecnologias 3D, mas nunca fomos além do 2D, porque não precisávamos.

Na minha opinião, no entanto, o Delphi é muito antigo e parece que o C # fornece a melhor alternativa para ele.


1
Não tenho certeza se esse nome deve soar como "aspirar", mas parece mais com "ass fire". Estou só a dizer'.
precisa saber é o seguinte

2

É uma maravilha, mas há um pequeno jogo na Hungria, com muitos fãs, escritos em delphi, e ainda novas atualizações estão sendo lançadas. Chama-se Stickman Warfare e é um MMOFPS 3D.


0

SvEngine . É um mecanismo de jogo 2D avançado para PC com Windows® e usa o Direct3D® para renderização acelerada por hardware. É robusto, totalmente orientado a objetos, projetado para uso fácil e adequado para a criação de todos os tipos de jogos 2D e outras simulações gráficas. Há suporte para superfícies, texturas, sprites, áudio, fluxos, arquivos, arquivos de configuração, destinos de renderização, cadeias de troca, bancos de dados e muito mais.

NOTA: É nosso próprio middleware de mecanismo de jogo 2D que desenvolvemos e apoiamos. Vamos usá-lo para fazer todos os nossos próximos projetos.


3
Você está usando, mas também escrevendo e vendendo. Divulgue interesses comerciais ao responder perguntas com links para produtos.
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.