设计游戏-从哪里开始？[关闭]

我和我的一个朋友正在计划一起比赛，以便在我们的业余时间工作。这不是一个广泛的游戏，但也不是一个简单的游戏。

在我研究图形和代码的同时，他正在研究游戏背后的故事。

我真的不知道从哪里开始。我们知道游戏的基本类型以及如何进行游戏，但是我很难知道从哪里开始。

我已经打开Xcode，但是我什至不知道我应该先设计什么。

对这个作家的障碍有什么建议？从哪里开始游戏的好地方？我应该在接触Xcode之前设计所有图形和布局吗？我应该先编程一下我知道会遇到困难的东西，然后再去学习简单的东西吗？

首先开始玩游戏。花费不超过一个小时的图形时间，只需使用垃圾占位符渲染游戏即可。游戏没有构建的客观要求：关键要求是娱乐性，而评估游戏是否有趣则要求玩游戏。因此，游戏设计应遵循迭代方法。（我建议Tom Wujec参加棉花糖挑战赛，将其作为迭代设计的方向。

在纸上创建一些东西，这就是说要制作一个样板和切出的块。制定规则并在纸模型上玩游戏。使用它可以将代码设计分解为可以使用的功能集和模块。此过程将帮助您的朋友设计故事以及游戏的工作方式。

您可能会想将额外的功能写入代码中，请避免这样做。您正在制作原型，以查看将如何工作。

一旦完成一小部分的准备工作并开始运行，您应该进行迭代工作，并且在每次迭代时，只需再运行一项功能即可。如果出现问题，请返回并更改功能。不断进行迭代和更改。

基本思想是根据您的论文模型制定长期愿景，并从中实现一系列短期目标，从而使您一次就地完成工作，而无需担心“我该怎么办？”

首先评估您的需求。没有计划的编码以后会产生很多浪费。

游戏在功能上需要做什么？您需要什么框架来实现这一目标？可以从现有框架中借鉴哪些要素，您需要自己编写什么？

在打开Xcode之前，先剪纸并先运行所有游戏界面和对话框可能会有所帮助。这将使您对需要在Interface Builder中创建的内容有所了解。

接下来，事物如何相互作用？需要哪些独特的交互方式？这应该使您有所了解，如何划分，启动和停止控制器。

不要计划很久，但要清楚地定义您的需求，一旦将项目分解成小块（30分钟至1小时）的大小，就可以开始编写代码了。

观察2天，2周或更糟的情况，需要进行2个月的任务才能引起战斗或飞行反应。将其分成足够小的块，您可以依次咬住每个咬块而不会被king住，我的猜测是，您将确切地知道从哪咬开始，然后再咬到哪一个。

如果该游戏适合于现有游戏类型，或者在某种程度上与其他游戏类似，则只需尝试对该游戏进行粗略，简单的模仿，或制作该游戏类型的“典型”例子。如果您不是一个好的编码员，请遵循一个教程，它将逐步指导您制作与您的游戏类似的游戏。

一段时间后，您自然会感到与模型“有所不同”的冲动，并开始朝着自己的方向发展游戏。从那里开始，要在这里添加功能，修复此处的错误并逐步进行小幅改进是一条艰难的路。

如果某个概念在某种程度上是您的游戏所特有的，那么您也可以从构建该概念的最简单示例开始。您还可以选择围绕该概念构建游戏。

尽早为您提供可玩的原型游戏。

您最初的1-2周可能无法做出正确的估算，因为您是新手。因此，在第一周可能会浪费时间进行估算。但请注意您花在东西上的时间，这样您就可以从一些初步经验中获得经验。在那之后，开始计划，估计和设置优先级！

在过去六个月中，我参与了一个不成功的游戏项目（从中获得了实现游戏逻辑的开发人员的报酬），从中学到的三件事：

1. 不要每天都改变计划！走敏捷之路显然是一件好事，但是如果最终每天都改变目标，显然有些事情是错误的。
2. 跟踪您花费在工作上的时间。比较估计时间和有效时间。起初，您可能会注意到很大的不同，但是随着时间的流逝，您应该能够做出更好的估算。
3. 设置优先级时要考虑估计。

重要提示：时不时回顾一下该项目，看看进展顺利和失败的地方。我想您可以确定您在不必要的事情上花费过多时间的部分。尝试在下次将这些东西遗漏掉。（例如：如果您使用的小工具可以让您的玩家在游戏中使用1或2次，持续2秒钟，则不要在整个实施过程中花费一个月的时间。）

如果您不知道如何正确地设计项目，我建议您阅读Bruce Eckel的《 C ++思维》（该书是免费的）的第1章，其中有一个名为“分析与设计”的部分。这是一个很好的介绍。

请确保在C ++第2卷中查阅Bruce Eckel的想法。