Drupal是个内容管理框架。在这个语境中,我们所说的内容通常是指文本对象,比如新闻文章或blog条目。
这个一般的基于文本的内容的概念,被Drupal捕捉到,用术语 Node(节点)来描述。用 Drupal 的话来说,一个 Node(节点)就是代表文本内容的一个普通对象。
尽管节点是基于文本设计的,但一些社区贡献的多媒体模块扩充了节点系统,使它能处理非文本内容,比如图片或音频文件。
节点存储在数据库中,并按需存取。除了其它因素以外,所有的节点都具有:
除此之外,节点还必须有一个标题(title)和正文(contents)。(管理员和开发者可以选择关闭标题或正文,不过数据库中始终为它们保留着位置)。
在Drupal中,节点用于支撑许多不同种类的文本内容。为了理解这一点,让我们简单看看创建新内容的过程。
默认情况下,在Drupal中创建新内容是通过单击主导航区的“Create Content”链接进行的。在这个页面中,提示用户为他们的新页面选择内容类型:

插图 1-3
上面的截图中显示出三种不同的可用内容类型。
Story和Page内容类型是默认包含的。Quotes内容类型是我们将在本书中创建的。
在第四章中,我们将创建 Quotes 内容类型。第七章中,我们将扩展这个节点对象,创建代表传记的更为精细的内容类型。
实际上,所有的三种内容类型都是基于文本的,而且每一种都是用节点实现的。为了实用目的,节点是Drupal内容管理系统的心脏。
在本书中,我们将多次与节点打交道,我们将详细了解节点API。
评论不是节点
尽管大多数类似于文章的内容都是基于节点的,有一种文本成分却是个例外——那就是评论(comment)。评论通常是做为一种用户反馈机制实现的,是附加在故事(story)、页面(page)、blog 条目(entry)和文章上的。例如,当你创建一个新的页面时,你有机会选择允许或禁止用户评论。如果评论是启用的,处于可读写状态,用户将能够对文章进行评论。
下面是评论张贴页面的一个例子:

插图 1-4
评论与节点扮演不同的角色。例如,评论总是与一个节点联系在一起。
虽然本书中对评论没有详细论述,它们却演示了一个要点:Drupal的体系结构非常灵活,可以适应不同的扩展(比如评论),即使这些扩展并非典型的文本内容“模式”,也并不使用节点API。
提示:因为评论在很多方面与节点很相似,Drupal开发人员曾讨论是否在Drupal 7 中把评论转变到节点框架。
虽然通过创建一个不使用节点的函数库,有可能实现新的内容类型,但是通常在已有的(经过测试的、健壮的)节点API的基础上构建新类型效率更高。
评论
发表新评论