大家好，我在目前的项目中遇到了一个设计的十字路口，我很想知道是否有人经历过类似的转变（以及如何处理它）。我最初的目标是制作一个建筑游戏，核心理念是让玩家使用“全控制，使用真实材料”来建造。然而，在开发过程中，“真实材料”演变成了“完全模拟物理”。目前的游戏允许玩家逐块建造，每个块都是刚体。如果玩家建造一堵墙却没有正确排列砖块，或者忘记了窗户上的拱顶，物理求解器就会激活，墙壁就会塌陷。从技术上讲，很酷。但作为一个游戏呢？这太令人沮丧了。建造一个简单的房子，逐块建造，需要花费大量时间，而且物理引擎会惩罚那些只想创造美丽作品的玩家。 我在思考如何解决乏味的问题，例如添加一个拖拽建造墙工具，它会自动计算正确的砖块连接（拉长、英式等）基于拖拽出的厚度。但是在设计这个工具的过程中，我突然意识到： 我不认为我实际上想要制作一个物理工程沙盒。 我最初的想法是制作一个让玩家通过建议建造的游戏。想象一下《小清谷》，但从第一人称/第三人称的视角来看，可以进入建筑，生活在其中，装饰它们。为了实现那个温馨的、富有氛围的“建筑/室内设计”感觉，我几乎肯定需要完全杀死刚体物理。砖块仍然会看起来细粒且真实，拖拽建造工具会生成真实的砖块图案，但它们将是静态网格。没有坍塌的墙壁，没有物理瓶颈的性能问题，只是纯粹的美学建造。 我目前面临着两条非常不同的道路： 游戏A：物理沙盒（工程谜题、结构完整性、破坏）。 游戏B：温馨建筑师（《小清谷》+《模拟市民》，关注氛围、装饰和放松建造）。 有没有人经历过意外地建造了一个 hardcore 模拟，然后必须剥离复杂系统来找到实际的“趣味”游戏？你如何做出杀死你的技术偶像的决定？纯粹作为玩家/开发者，哪一条道路听起来更有吸引力？