|
|
1
1
首先要像Java程序员一样思考。把游戏中的每一件事都当作一个对象来思考,比如棋盘,想想它的属性和方法,它的接口,它如何与其他对象交互。 如果你需要帮助,开始这里是一个很好的教程,指导你一步一步地做一个简单的Java游戏,这可能会让你在正确的心态下开始编程自己。我强烈建议您遵循教程。http://www.cokeandcode.com/asterystutorial,并使用它们用于开发Interfaz的库。 |
|
|
2
0
我对游戏代码架构师的看法是:游戏是一个复杂的系统,在运行时具有紧急特性,异常强烈的交互需求(UI,控件),这使得许多OOP理论的价值受到质疑。很难重用游戏代码。而且,很多前期计划工作都是浪费时间。 我认识的大多数游戏编码人员,无论是初学者还是老手,都通过一个“只做它”的迭代过程获得成功。例如 1)写一个最小的原型。使用您能想到的最简单、最明显的体系结构,让一个非常基本的系统工作。(我的人可以绕着屏幕跑)。最多5或10个对象。 2)添加功能(点、规则、陷阱、NPC行为等)和反复播放测试。这种黑客攻击可以导致代码结构不良,但大多数编码人员都可以使其正常工作。 3)重写。程序员们对他们在(2)中必须做的一些黑客行为咬牙切齿,他们会想把所有的黑客行为都扔掉并重写。抵制这种冲动,直到游戏可以测试(如中所述,玩家有时可以享受它,某种程度上),否则新功能将需要重写。然后,重写几乎所有的内容。这比您预期的要快得多,并且会产生可靠的、结构良好的代码。 游戏编码人员做测试,但全面测试所有代码是罕见的。两个原因:出现和文化。游戏在运行时有一些突发的属性(“是的,但是当NPC被杀时,分数可能会变为负数,因为…”)。由于游戏通常用于娱乐目的,因此存在一种快速而宽松的测试文化。游戏不如导弹控制代码那么重要。 我希望有更多编码经验的人回答这个问题。(我已经写了一些代码,但我倾向于快速和肮脏的脚本类型编码风格——我认识很多比我好的编码人员。) |