Questions tagged «configuration»

我正在考虑如何实现基于组件的游戏，因为这似乎很热门，而且我喜欢这种灵活设计的想法。这种设计的特征之一是可以通过数据完成向游戏中添加新事物的过程，通常是通过XML之类的文本文件加载内容。这样做的好处是易于阅读，并且可以在任何文本编辑器中轻松编辑。不利的一面是，文本处理起来可能较慢，并且您必须管理大量数据文件。类似的基于文本的格式（如JSON或配置文件）将具有类似的好处。 另一方面，还有小型的可移植数据库，例如SQLite或Tokyo Cabinet。这些文件虽然不是直接可读的，但很容易与它们交互，并且我认为无论如何，对于游戏内容设计而言，某种编辑工具还是比较可取的。使用数据库可以一致地存储配置信息并易于检索。您也可以将数据序列化到数据库中以保存游戏。 在性能方面，我认为一般来说，小文件的XML速度更快，但是数据库可以更好地扩展到大量数据。我以为任何一款真正的游戏都会有很多游戏对象。 问题是：哪种方法更可取？我倾向于数据库，但是我想知道文本文件是否存在隐患或真正强大的优势。或者，如果除了这些之外还有其他选择（我猜要序列化为二进制格式吗？）

29 component-based  databases  xml  data  configuration 

我正在为游戏编写自定义引擎。在了解为什么我应该使用中间件之前，我已经很好地开始了这个游戏，而且它太过重写了。 我的大部分数据来自外部文件，而我不仅指资产。我通过.JSON定义所有游戏对象。但是，a，我是人类。有时我的数据文件无效，或者我更改了格式但忘了更新文件，或者加载程序本身是错误的。 如果出于某种原因，尝试在自定义引擎中加载某种形式的资产的尝试失败，我有什么选择？ 这与“ 我应该如何处理丢失的资源？”不是重复的。，因为该问题与模型或纹理等面向用户的资产有关。坏的纹理可以用棋盘代替，坏的声音可以用静音替换，坏的文本可以用“ ERROR”替换。我的问题在于对游戏甚至运行至关重要的数据，例如关卡，游戏对象定义和GUI布局。

27 assets  loading  data  configuration 

我见过很多在脚本文件中定义实体组件的游戏，但是当它们配置每个实体并指定其具有的组件时，它们会使用其他文件格式（例如XML）。他们为什么这样做？ 我主要是想看看其他人对此的依据是什么。我还在脚本之外配置了我的实体（尽管我选择了JSON而不是XML）。我这样做的原因是使我更容易实现保存游戏，还因为我认为这种配置可以更好地组织为XML或JSON之类的东西。 // @ 克里斯托弗·拉森的答案： 太长了，无法发表评论 我担心您可能偏离了问题的主题。您所描述的问题与基于层次的实体更相关；在我提到的问题中，我提到我在谈论基于组件的实体。 这是我想问的一个例子。以下是配置实体的两种替代方法：通过脚本和通过外部JSON文件。我的问题是，为什么有那么多人喜欢在脚本之外配置实体？ 基础实体类： class Entity: def __init__(self, name): pass def addComponent(self, comp): pass 脚本方法： orc = Entity('Orc') orc.addComponent(PositionComponent(3.4, 7.9)) JSON方法： { "name" : "Orc", "components": { "PositionComponent": { "x" : 3.4, "y" : 7.9 } } } 我已经说明了使用这种方法的原因，包括技术上和组织上的原因。我想知道为什么这么多其他人（根据我所看到的）使用它。

11 component-based  scripting  entity-system  xml  configuration