2010-05-18 74 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世界)。所以是的,可以做一個偉大的遊戲,而不必編程複雜的圖形。