ios - 书籍结构(目录)和内容的数据库设计

Question

我有一个条目列表，可以将其视为书中的段落，存储为同一类的单独对象。这些对象具有“num”属性以及实际文本，因此我知道它们的顺序并且稍后可以以正确的顺序(1,2,3，...)将它们显示为列表。

现在我想更进一步，能够“记录”这本书的结构，比如目录。换句话说，假设这本书分为章节，每一章又进一步分为小节。前几段位于 Ch.1 Sec.1 下，然后是 Ch.1 Sec。 2，依此类推一直到Ch。 n, S. m.我不确定的是记录这些信息的好方法是什么？有人告诉我应该使用带有 SQL 的数据库，但我不确定从哪里开始。

实现必须允许我在任何时候“快速”确定以下两件事:(1)给定一个章节和第#节，该节中包含哪些段落？ (2) 给定一段#，它在哪章和节下？它还必须足够灵活，以便将来如果本书的结构(深度方面)发生变化(例如，章节分为小节等)，我可以使用相同的平台进行少量编辑。最后，应该能够处理可选的划分(即一些部分有小节，而另一些则没有)。

这是一个 iOS 应用程序，到目前为止我的代码是用 Objective-C 编写的。

Answer 1

SQL 肯定是一种可能性。如果您遵循这条路线，则在灵 active 和易于编码之间会有一定的权衡，这会影响可维护性。例如，如果您构建一个固定的结构，假设有一些额外的级别试图迎合 future ，例如:

Book
  Chapter
    Section
      Sub-section
        Paragraph

您将拥有带有明确引用的代码，例如 section.fk_chapter、paragraph.fk_subSection 等。这将使排除故障和构建查询变得更加容易。但是，如果您想添加子段落或子子节，则必须大量重构代码。使用这种方法编写 UI 代码会更简单，因为您始终知道自己在哪个“级别”工作。或者，您可以采用分层方法:

Book
  Chapter
    Content Item
      Content Item
        Content Item
          ....

其中 contentItem 表有一个自引用外键。这具有允许您任意数量级别的相当大的优势。如果需要，内容项上的某些属性可以告诉您名称和您所在级别的“类型”。它肯定更灵活，但在实现和 UI 呈现方面会带来一些复杂性。称为 contentItem.fk_contentItem 的列引用父级别，但不会告诉编码人员它们在层次结构中的位置。查询将更难编写。用户界面将必须满足“任何”数量的级别。但另一方面，这些问题并非无法克服，在这条道路上，许多问题已经走在你的前面。

你的问题很宽泛，所以对方法的看法会有所不同，上面的内容是非常笼统的。