2010-05-18 67 views
9

制作没有任何图形的游戏是否可能,甚至是建设性的(但打算成为图形)没有图形制作游戏?

我不擅长图形,所以我想写游戏的骨架,然后剩下的就有图形程序员/艺术家。我可以写出所有主要的课程,他们的互动,以及游戏的所有主要功能/部分。

如果是这样,我应该怎么做才能让图形稍后集成到游戏中更容易(每个绘制的对象都应该有Draw,Rotate,Collide等方法)?

+8

获得一本关于游戏编程的书。 – 2010-05-18 12:46:35

+0

在图形方面的“优秀”归结为了解API。如果你可以建立复杂的系统,图形并不难;在很多简单的API中,它就像'bitmap.Draw(coordinates)'一样简单。 – 2010-05-18 15:47:08

回答

3

一般:

,你可能觉得这已经看清楚:

​​

这应该让你开始了。

具体来说,你设想什么样的游戏?

更新:

既然你不想做任何图形编程的一切,你可能想给你的拖拉的对象平局()方法存根,并让这些对你的同胞的图形开发。我希望你需要移动,旋转和Checkcollision方法来进行基本的功能测试,但是如你所写,你只会建立游戏系统的基础,一个简单的setposition可能就足够了。

你应该允许你的对象存储他们的位置(和方向,如果适用的话)。

另一种方法可能是建立一个对象列表,然后在游戏世界中定位。这将使您能够开发交互事件处理程序(如On GunFired,OnHit,Ondie,...)并在某种测试平台中测试这些处理程序。

+0

FPS类型动作的架空2D平铺游戏。 – cam 2010-05-18 12:55:03

+0

我不知道你究竟是如何使'头顶上的2D'和'第一人'合在一起的...... – 2010-05-18 13:52:56

+0

@axel_c:你在挑剔。我猜FPS被用作Shoot'em Up的总称。 – sum1stolemyname 2010-05-18 13:58:56

2

从非游戏开发背景说起,UI几乎总是开发的最后一部分。如果你保证会有图形,那么defintely容纳这适合。

你甚至可以看看插件类型的方法,你可以有一个非图形版本的游戏,并有一个插件可以容纳图形版本。

+1

将UI留作最后一部分可能适用于大多数应用程序,但仅适用于小部分游戏。当然,你可以写所有的逻辑“盲目”,并单元测试它到地狱,但不幸的是,没有* fun *的单元测试。这就是关键所在。 – 2010-05-18 12:55:12

+0

对,我只是想知道如何适应最适合下一个帮忙的人。我不想在他身上抛出一个庞大的结构,并说“弄明白”。我想让它更容易。 – cam 2010-05-18 12:56:42

+0

您如何开发具有像'Draw'等可重写方法的基类,然后他可以从这些类中派生出来并在其末端实现图形化的东西。或者你可以将你的课程实现为部分课程,并且他可以很容易地将它们延伸到他的末端以适应绘图方法。 – James 2010-05-18 13:03:15

4

使用占位符图形。任何人都可以在Gimp中制作盒子和stickmen。

或者只是使用谷歌,应该给你访问你可以在游戏中自由使用图形的一个巨大的仓库,或者至少是“借”,直到你在正确的图形。

+0

我正在谈论所有的图形编程。整个物理系统。这不是一个艺术问题。 – cam 2010-05-18 12:55:41

+0

@cam:如果你拿出图形和物理,剩下的是什么? – 2010-05-18 12:59:26

+0

哈哈:(是啊......呃,网络编程和游戏的结构,环境中所有东西之间的相互作用,它更多的是一种模拟游戏,所以虽然图形和物理是重要的,但它们不会弥补整个事情 – cam 2010-05-18 13:05:02

7

我以前玩NetHack( ASCII字符),Castle of the Winds(自上而下的图形)和Diablo(二维,但从一个角度来看)。所有的游戏都是类似的。他们都是基于瓦片的。他们都有类似的装备,法术,战斗,探索,随机地图等等。但是,图形质量有所提高。

游戏Adventure是一款基于文本的冒险游戏,包含文本命令“go north”,“look”,“get rock”等。然后,游戏(全部图形)开始漫游,但仍然打字命令。在后面的游戏中,你有一个标准的菜单图标,可以“看这里”,“走在这里”,“拿起物体”等,而不是打字。

这并不能真正回答你的问题,但是随着时间的推移,一些游戏具有类似的游戏性,但增加了图形功能。

+1

嘿别忘了Zork和所有其他的Infocom游戏,“最好的图形就是你心目中的图形”或类似的东西。 – 2010-05-18 15:51:33

2

当然有可能。创建“冒险/角色扮演”类型的游戏没有图形并且很有趣。这里有一些很好的例子:

  1. The Colossal Cave
  2. Zork
5

有些游戏使用MVC(模型 - 视图 - 控制器)模式。如果你这样做,应该可以做MC部分与多个意见(基于文本,2D,3D)。

5

最好的例子什么是可能没有图形是Dwarf Fortress。令人难以置信的深度和复杂的游戏仅代表一堆ascii角色。有粉丝创建的可视化器(等距3d,全3D世界)。所以是的,可以做一个伟大的游戏,而不必编程复杂的图形。