开发网络游戏，DELPHI是不是首选的语言？？？

Question

开发网络游戏，DELPHI是不是首选的语言？？？目前我们有服务器支持，有宣传手段。有游戏的新鲜概念……同时我想写一个详细的网络游戏运营计划书，这里我想问问，DELPHI是不是网络游戏开发的首选语言？

Answer 1

其他的开发工具也可以的啊,vc++也可以的啊,
首先从你们的分工上看吧,如果要求加入oop编程思想的,那就基本上一个人几个人物的写,还有剧情编写,软件测试,接口编程,贴图等很多工作分工,我对游戏没有什么研究,单凭你们的规模来说,至少10人,而且会用很长时间,我的看法也不一定成熟.借鉴吧.

Answer 2

在网络通信，图形等技术方面，还需要借鉴哪些问题？？大家畅所欲言吧！！rouqing：vc++开发太累人，我观察，网金，传奇等等都是DELPHI写的。

Answer 3

首先说我自己是个游戏盲,也是个程序初学者!网络通信恐怕还是要精通那几个协议了,图形方面,如果用delphi,bcb开发,可以找找有没有好的游戏引擎啊,vcl什么的,如果要自己写,要求熟悉directx接口的编写,c++ 是可以胜任的了,关键是游戏的贴图速度要跟上,否则再高的cpu,显卡也不行啊,反正是开发游戏是很繁琐的,很累.

Answer 4

还有好几个角色在同时砍砍杀杀的,也可能用线程实现吧,或者还是贴图,这是专业水准的编程技术啊,这样吧你去书店看看,好像有本vc++的游戏编程,很厚的,不买,可以看看的,然后再想办法在delphi里实现

Answer 5

rouqing： 我看传奇的import函数，几乎没有用到dx8什么的函数，我甚至怀疑传奇就是用memdc画……（只是猜测）
 我也是游戏盲，对游戏开发也不太了解。 我还想到一个问题，在游戏中服务器使用多播有没有可能？国内的路由器是否都支持多播？？？  好多问题的，这个帖子不结，大家使劲说啊

Answer 6

phm:    睡醒了吧……你

Answer 7

不好意思昨天要测试软件,先走了.
有一年的电脑爱好者上有几篇关于directx接口编程连续报道,去找找看吧,关于硬件方面嘛,我就更可怜了,对不起.我会关注这个帖子的.

Answer 8

我记得：传奇是用是cb写的你说的这些import的函数是静态联接的吧
---------------------------------------------------
我看传奇的import函数，几乎没有用到dx8什么的函数，我甚至怀疑传奇就是用memdc画……（只是猜测）
-----------------------------------------------

Answer 9

这倒不一定!我觉得如果是编写图形化的游戏,DELPHI也许只能在开发服务器端比VC有点效率上的优势!客户端在程序结构上都差不多,用DELPHI和用VC差别不大!2D/3D图形和AI设计方面都没办法利用DELPHI在可视化开发的优势!

Answer 10

等着吧！我要写一个Delphi下依靠DirectX的游戏套件，等我完工了，卖给你吧！你出多少啊？

Answer 11

wangyi03(梅雅，你在哪里)     传奇绝对是delphi，不容置疑的。 ehom(？！) ：   我对Delphi一点也不熟，所以才会有此问题。但我想这么多网络游戏的客户端都采用DELPHI开发，一定是因为DELPHI有很多优势。 BlueTrees(蜗牛)：   套件是什么样的？什么时候能写完？如果好的话，真可以考虑买。价格可能受到两个条件制约：   1，你的套件自身价值和我们的游戏需求。
   2，我们的投资方愿意出多少钱。  

Answer 12

现在就有现成的，如DelphiX,类似DirectX 7/8 SDK for VC/VB对相关底层函数进行了封装！而且封装成一个个VCL控件，可以大幅度提高效率！

Answer 13

虽然DelphiX做的不错了，但一深了就不行了，还是要自己做的要的是DirectX的积累

Answer 14

自己利用DireictX写到DelphiX的封装水平，没几个人能做到

Answer 15

Delphix对3D封装好像不是非常好的。
我还有点怀疑传奇是用BCB写的...
传奇的图像显示方面做得并不是太好的看起来一顿一顿的，
按理说2D不会出现这种情况的。

Answer 16

到迄今为止，我们不得不承认微软公司的DirectX是开发windows游戏的首选。精通networking的底层与否并不是开发游戏应用的主要因素，因为DirectPlay为我们做好了这些工作，同时也是高效率的---让我们相信他和DDraw或D3d一样（相对于游戏开发而言）。因为DirectX是com based，同时Delphi也支持COM规范，所以Delphi完全可以做游戏开发，这对熟悉Pascal风格的游戏开发者更是如此。

Answer 17

关于sevencat的观点
关于图像一顿一顿很有可能是由算法导致的，类似的毛病在《剑侠情缘2》也有

Answer 18

Delphi完全可以使用Delphi,只不过我个人认为还是用CB好些,可以Copy VC现成的原码,还可以Copy Delphi的源码,,这是天下最好的游戏开发工具.

Answer 19

Dephi 是一个完全很好的游戏开发软件。

Answer 20

个人爱好可以用Delphi，商业应用还是该用VC.
游戏编程，尤其是图形图象方面，虽然在使用时是可视的，但在开发期间，可视化编程没有任何帮助，基本上连主界面都要抛开Delphi的Form，VCL控件在全屏DX游戏里完全用不上，就算是基于窗口模式，通常游戏的Edit,Button等也不会采用标准控件形式，还锝另外写。我个人的思路是用C写游戏底层引擎然后封装成控件和组件，然后而将Delphi作为插件开发工具来用。目前我正在作一些这方面的工作，希望于大家多交流。

Answer 21

Edit,Button只是从TWinControls继承可视VCL控件,那其他控件呢?看看DelphiX,还有非可视的VCL控件呢?

Answer 22

"Edit,Button只是从TWinControls继承可视VCL控件"--所以在全屏模式不可用，窗口模式下可用但不好看，且窗口模式图形性能不佳。其他控件也是如此。组件类不存在这个问题。DelphiX只是对DirectX作了薄薄的封装，你在用Delphi全屏Flip模式时也无法使用其他标准可视控件。个人感觉还不如直接使用DirectX方便灵活，因为Delphi本身对COM的支持是很好的。

Answer 23

to superyys(无血野人)：够狠！！我欣赏

Answer 24

当然知道不可以用,只是说VCL不光只有从TWinControls继承的可视控件,"VCL控件在全屏DX游戏里完全用不上"当然是错误的!

Answer 25

你说的“非可视控件”我通常将其叫成“组件”，而将“可视控件”叫“控件”，是Component与Control的区别，中文的叫法比较混淆，往往是说到Delphi就是“控件”，其实是有很大区别的，不可不辨。其实我的看法是不止是"VCL控件在全屏DX游戏里完全用不上"，而且Delphi在全屏DX游戏里完全用不上（商业应用，爱好除外），所以我现在的思路是对非全屏游戏，用C写DX封装（DLL），然后用Delphi来作比较酷的界面，我喜欢Delphi而厌恶（其实是不会:）C所以走到了这步，我没办法用C写出在Delphi里能写出的效果，不是C不行而是我不行，但在Delphi里想达到C的一些效率，很困难，同样也不是Delphi不行而是我不能，如此而已。

Answer 26

在线游戏分为客户端和服务器端,
使用DELPHI或BCB来完成服务器是首选,因为在线游戏其实是一个多层分布应用.这样可以较快的完成开发;
客户端嘛还是C++好点吧,因为资料多,高手也相对多一点;

Answer 27

呵呵~！看见VC++就头痛，
哎哎哎·！！！！！不是针对你们说的。因为我不会，所以才这样说，
因为我才高二，只能学DELPHI了^^*
请问各位？网络游戏外挂，那些编外挂的人怎么知道相关游戏一些接口、数据，的呀！不明白！（比如疯狂坦克2的一些双发无限外挂，遍外挂的不知道疯狂坦克相关资料，也不可能做出来呀）

Answer 28

我拥护DELPHI，但最好结合VC，各取所长吗，毕竟写一个商用软件不是一个人所能完成的

Answer 29

可以使用DirectX8SDK for VB来做吗。例子程序都是现成的。

Answer 30

VC是最快的，从原因上来看，C＋＋是比DELPHI快的，比结果上来看，大的网络游戏大部分都是用C＋＋编的，
看看传奇吧，一顿一顿的，就是因为没用正统的C＋＋
假如只想用而已，随便什么语言都可以吧，美工可能作用更大点。

Answer 31

在编译器的开发上,Borland一直比MS做的好,而且程序执行速度还要看编写代码的质量,且Pascal\Object Pascal的语法比C\C++要严格,C++会更快?自己没试过就不要主观臆断了,通常情况下它们是没什么区别的,更多情况下Borland的编译器稍快!自己在不用VCL的情况下找些算法比较复杂的运算语句做做实验...试试~~

Answer 32

大家最好要弄清楚一个问题“编译速度”，在Borland的文档里，编译速度是编译程序的速度，Borland采用了自己独特的转码技术让源文件在编译和链接的时候速度超快，这对于编译大型系统是有用的。
但是大部分人把Borland的“编译速度”都错误地理解成了“执行速度”了，在程序执行方面，Delphi和VC，VB甚至.net都是一样的（95%以上）只有Java与他们不同而已。
（清醒点）

Answer 33

呵呵，完蛋了，看的我是一头的雾水！
学习学习学习，在学习！
不过就个人感觉我支持EHOM，他是HIGH MAN
不好意思，各位，似乎有捣乱的嫌疑，但真的很佩服你们......^o^

Answer 34

个人爱好可以用Delphi，商业应用还是该用VC.

Answer 35

商业应用vc?
真正的商业软件里面有几个用的是vc?
微软出版的软件里面有几个用的是vc?
在座的各位有几个写的东西比windows2000更商业化？
而整个windows2000系统连vc的运行库都没有！用C写程序不等于就用的是vc!C编译器有很多！真的搞游戏开发的很少有用VC的，只有国内这些傻人才认为C++=VC6！传奇有停顿，不等于就是Delphi的问题，同样其他的游戏有停顿也不等于是C的问题！游戏中导致停顿的因素有很多，但编译器和语言的问题绝对是最后一个才需要考虑到的！

Answer 36

游戏顿一个就是贴图算法和移动算法不够好，另一个就是偷工减料了（因为贴图动画没做好多帆），
另一个上面这位说商业软件里面没有几个用的VC，还有微软自己的东西没有几个用的是VC，还有WIN2000没有C的运行库，
我觉得三个结论都是错的，
1、商业软件很多都是VC，不然也会是C＋＋，特别是对效率有要求的。
2、微软自己的IE就是VC编译的，IE5有的BUG就是因为VC5引起的。而IE6就用了VC6来编译的。
3、没有吗？你的目录下面没有那个mfc???.dll吗，我安装的时候看到拷了这个文件　的。
再看看大型游戏吧（不要谈国内的游戏），魔法门英雄无敌是C＋＋的，QUAKE是C＋＋的（不要听有人说是DELPHI的，有人专门采访过那个JOHN什么的东东牛人，人家都说了，是C＋＋的了，而且他最喜欢用C和C＋＋了）

Answer 37

大型的商业软件中很多是用C++的不假，但是很少有用VC的，因为他们要么是微软的对手，要么就是在微软的VC诞生以前就已经存在！国外市场上除了各大公司自用的编译器以外C++的编译器不下十几种，其中相当多数的售价在100美元以下！而其效率并不比VC的更低，而相当多数的编译器都可以跨平台移植，只有准备在Windows上吊死的傻瓜才会用VC来写大型的商业软件！现在对效率要求比较高的程序会在一台高性能的电脑上完成，而不是用什么C++!微软的大型系统，特别是其最赚钱的三个部门用的开发系统都不是VC!而且可以准确地告诉你新安装的Windows2000里面不包括mfc*.dll!嗬嗬，如果你的电脑里面有那可能是你安装其他软件的时候带进去的！我原来工作的一个公司是用的软件就是用VC写的，每次给客户安装服务器的时候必须安装vc的运行库！不然就无法运行！嗬嗬，是C++能怎样？哪个是用VC编译的？你要想知道也很简单运行游戏以前把你机器里的mfc*.dll删了！我可以告诉你全部可以照常运行！

Answer 38

哪里可以找到传奇的原码！
给俺发一份[email protected]

Answer 39

国外大公司用VC不用MFC,或者就用CB！！！！！
VC只是一个编译器，MFC只是一个辅助工具，不用也一样。国外大公司
用的就是VC和CB,还什么其他编译器，微软用VC也不用MFC，只有后期产品
才采用VC+MFC开发，MS Office是VC+VB写的不懂就不要瞎说
编译器::不下百余种不假，但能和VC相比的只有几个（2<数量<5)。

Answer 40

什么语言好大家就不要再争论了.
我还是比较喜欢delphi,不要什么都想学,什么都学不会.
不怕千招会,就怕一招熟.

Answer 41

DELPHI，VC，CB各有所长。DELPHI调用DX和OPENGL不如C++直接，虽然有一些支持游戏开发的组件，比如常见的DELPHIX（小日本做的），但占用CPU比较高，贴图算法都被封装过了。如果想做非常专业的游戏，贴图控制更自由的，用CB还是好些吧
不过大部分比较专业的游戏都是C++做的。可能资料会更丰富一些

Answer 42

sea_way(狒狒)  你说delphi调用DX不方便，我承认，但对与调用opengl不方便，我很怀疑你用过delphi没有. 好好看一下delphi是不是有opengl.pas
我实际经验告诉delphi调用opengl比VC方便的多.

Answer 43

国外大公司用VC不用MFC,或者就用CB！！！！！
VC只是一个编译器，MFC只是一个辅助工具，不用也一样。国外大公司
用的就是VC和CB,还什么其他编译器，微软用VC也不用MFC，只有后期产品
才采用VC+MFC开发，MS Office是VC+VB写的不懂就不要瞎说
编译器::不下百余种不假，但能和VC相比的只有几个（2<数量<5)。呵呵呵，编译器有多少？你自己看看有多少种Unix系统吧！国外的大公司的系统通常是建立在Unix系统上的，特别是真正的商业应用！呵呵！我倒想知道VC编译的程序如何在Unix下面运行！Sun/IBM/HP每年卖掉那么多使用专用系统的大型机难道也要用VC?要知道微软的操作系统连这种应用的边都摸不上，还和人家比编译器？要说使用量发行量最大的肯定是gnu C，且不说每套linux里面都带，就是使用这也是超一流的多，linux系统中软件经常是以源代码的方式被下载，然后在本地编译一遍。linux下的程序员也许不如windows多，但是linux的用户确是Windows程序员的数倍甚至数百倍！几乎没有人可以避免不使用编译器编译程序，且在不计算某些软件作者在Windows下仍然有使用GnuC的习惯，仅linux下的Gnu C 的用户数量就是VC的几倍！DelphiX是以两年以前的东西，新的东西有很多，虽然比不上VCL那么方便，但和C语言比起来还是方便很多！CB的编译器本来就是用Delphi的编译器改的，甚至连Delphi的程序都可以编译，用CB纯粹是脱裤子放屁！

Answer 44

delphi小而精 功能那样也不缺呀
世界上有许多市值5000亿美圆的公司的管理软件都是用delphi编写的，小小游戏哪有搞不定之理，只能说是不懂或不会或...罢了

Answer 45

呵呵，我是外行，但是很希望能用DELPHI开发游戏，其实大家还是讨论讨论技术问题吧，不要帮两个国外的公司打广告了：）

Answer 46

真正的高效率即时游戏最适合的还是c + asm
C++只有c的70%的效率  delphi的效率和c++是一样的
c++和delphi都不适合开发高效率的游戏，只有c和asm可以
不过这是在以前
现在的硬件速度，呵呵，我估计连vb开发出来的c&c大家都不一定会觉得慢了

Answer 47

绝对VC++，delphi的总是调用WIN API，除非直接

Answer 48

C++只有c的70%的效率  delphi的效率和c++是一样的
c++和delphi都不适合开发高效率的游戏，只有c和asm可以Signing...
觉得自己太笨了，以前的认识都是错的。不知道这个结论如何得出的。

Answer 49

这里是指执行效率,而非开发效率!顺序执行的程序当然是最快的,面向过程其次,面向对象最慢,自己数数CPU执行的指令数也能想明白!但现在是商业社会,当然应该是在这中间找个平衡,而非只追求一面!

Answer 50

不知道Delphi好还是bcb好,我选择了delphi.因为我学了三年pascal,还到大学里去进修过,我现在还是个高中在校生.
写软件强调的是算法,算法!用什么工具无所谓,只要可以方便的调用DirectX就可以.
我的网站:http://zhipengstudio.126.com
不过我不开发游戏.

Answer 51

用DELPHI，配上DelphiX做，当你感觉他提供的技术不够时，你已经对DelphiX有了足够的了解，可以修改他，以应付你的需要

Answer 52

确实很多网络游戏都是用Delphi做客户端的.
但我建议你说戏什么语言就用什么语言来开发.
一般做游戏开发的时候MFC,VCL类库是用不上的.
你用VC,BC,或Delphi都一样只是用它的编译器.所以挑选一种你最擅长的语言来开发.
当然执行效率最高的是VC,代码最美观便于管理的是Delphi.BCB的优势是C++和Pascal的代码都能用,可以混合开发.

Answer 53

问个问题？
为什么说Delphi适合做服务器端不适合做客户端呢？

Answer 54

BCB不好吗？不知道比delphi慢还是快？

Answer 55

其实在开发大型游戏时，VC 的 MFC，Delphi CB 的 VCL 都作用不大，而这正是他们的优势，所以使用哪种并不重要。似乎用 GCC 也行，:)用 C C++ 较 Pascal 好，因为可参考的资源较多，Open Source 软件几乎都是 C C++，至于VC or CB，无所谓了在要快的地方，用 C + ASM
在普通的地方，用 C + C++

Answer 56

如果是Delphi+OpenGL算我一个，估计这样开你的美工也不够用啦！[email protected]楼上的小X同志：说的很很对 如果开发Game 用VC根本不用MFC如果选择De（BCB）根本不用VCL，是的很多地方需要用ASM优化，不过对于现在的硬件发展来说优化不优化 效果区别并不很明显。但是用De开 有很多地方要优越C/C++ 我就不列举拉

Answer 57

to 楼主vc++开发太累人，我观察，网金，传奇等等都是DELPHI写的。这个观点是错误的，如果不用VCL DE和VC开发出来的代码长度 差不多！而且组一个游戏开发团队 很不现实！开一个网络3D RPG需要 大概需要在2年以上的时间，你必须保证这些人在2年内的薪水问题，而且你应该明白每一个搞Game设计的Programmer的月薪是多少，而且还要有众多高级美工…… 不好组这样的开发团队！而且 这样的项目不是单打独斗可以搞定的！

Answer 58

强烈同意 ehom(？！)  的运行速度观点！而且我建议楼主去 尝试一下 MU奇迹 的效果 你会对3D RPG有更深的认识…… 传奇我也看人家玩过，从画面角度与奇迹相比简直就是垃圾……。不要让韩国人把中国游戏玩家的钱全骗走……！无奈

Answer 59

我觉得写游戏,要考虑效率,画面,速度,甚至网络.所以我的在界面用DELPHI,而在接口与开发方面用C++虽然麻烦,但是考虑到大多数用户用得是WINDOWS,所以我觉得用C++好一些,但是根据个人喜好选择.真正的高手那里在乎手中的武器,纯熟才是第一!!!!!!
我不是高手,不要打我..........

Answer 60

其实最好是用VB听我把话讲完：
    VB的开发周期最短，
    DirectX7和VB封装最好，
    VB的算法最简，
    在现在的计算机上运行VB+DirectX一点也不慢，
    大话西游好像就是用VB开发的。
编游戏最重要的是算法，一般的游戏（RPG）主要是二维行走主要用到二维数组，算法才是关键。我的网站：http://zhipengstudio.126.com ，不过我不写游戏。

Answer 61

用VB开……（无语…… 汗……）TMD 楼主怎么不来？

Answer 62

楼主锁帖!再过一会LOGO语言都出来了...晕,浪费我时间.

Answer 63

TO：楼上三位，
    请仔细读读DirectX 7SDK for VB.
    VB是慢，也没那么斜乎，VB和C，C++是百分之百兼容的。
    另外，VB开发相当快。

Answer 64

P話多,其實語言沒有什麽的,我喜歡多種語言一起使用,比如 用VC或ASM做底層開發,用Delphi做Delphi封裝,用JAVA來做游戲畫面~~~,其實哪種語言都有自己的長處,我們是程序員,而不是某種語言的程序員.

Answer 65

你选择语言应该是看能招募到的人力资源来决定的吧～～～～如果能高薪找非常强的人来做成一个团队（当然要舍得投资）
＋其他各方面都不错，才有成功的基础。我认为要看你们的游戏性质。网络游戏也分成下棋那种级别
和Blizzard 公司那种级别的。。
越做的大，需要的能操控的级别越低，为了程序的执行速度，精确计算啊
想想人家的网络游戏都能让我们作为玩家的时候
能够明显区分一个动作完成
需要９frame和８frame时候的不同。那样的功底（汗）
如果要求质量，最好能按照上面的标准要求自己，
这样的游戏才能被广大玩家认可。否则可以不追求游戏质量，只要开发的快，能赚一笔算一笔的了（呵呵）

Answer 66

“to 楼主vc++开发太累人，我观察，网金，传奇等等都是DELPHI写的。这个观点是错误的，如果不用VCL DE和VC开发出来的代码长度 差不多！而且组一个游戏开发团队 很不现实！开一个网络3D RPG需要 大概需要在2年以上的时间，你必须保证这些人在2年内的薪水问题，而且你应该明白每一个搞Game设计的Programmer的月薪是多少，而且还要有众多高级美工…… 不好组这样的开发团队！而且 这样的项目不是单打独斗可以搞定的！”
//agree.............

Answer 67

111222 (我还没有被完成)您决定用那种了吗？？？Delphi or vc++ or cb or java or vb

Answer 68

Delphi + DirectX 极好，DelphiX的封装太差了，连他自己的例子中都是大量直接调用DirectX,所以不要用DelphiX了（过时的日本货），直接自己封装以下directX，自己用起来最爽。虽然大量的书和资料是c++的，但翻译成Delphi也不费吹灰之力。而且大量的算法是asm的直接就copy到delphi中用，非常爽。

Answer 69

绝对支持DELPHI  ！！！