WebML超文本建模与内容管理操作详解

### WebML 超文本建模与内容管理操作详解 #### 1. 超文本建模基础 超文本建模主要聚焦于只读模式下发布内容的 Web 应用。其核心概念包括单元（units）、页面（pages）和链接（links）。单元描述要显示的基本内容片段，页面是为实现特定通信目的而组合交付给用户的单元集合，链接则表示单元和/或页面之间的连接，支持用户导航和交互，并能传递计算单元内容所需的参数。 单元的规范基于实体关系模型，一个单元定义在数据模式的一个或多个实体之上，并可关联利用实体属性和关系的选择器条件，以指定实际构成单元内容的对象。 页面、单元和链接被封装到站点视图（site views）中，站点视图代表连贯的超文本，旨在满足特定需求，如向特定用户群体交付内容。复杂的站点视图可划分为具有层次结构的区域，这些区域将具有相同目的的页面聚集在一起。页面间和区域间的导航可利用全局参数，这些参数是在用户导航过程中某一时刻记录的原子信息，后续用于计算某些单元的内容。 这些基本元素的强大建模能力在于它们可以以多种方式组合，从而实现各种各样的通信效果。以下是一些常见的页面和单元配置示例，它们代表了常用的 Web 设计模式： ```plaintext <<page>> AlbumSearch SearchCondition TitleField <<input>> YearField <<input>> <<page>> AlbumsPage AlbumScroller {BlockFactor = 10} Albums Title {Orderedby Title} {AlbumTitle:TitleField} {PublYear:YearField} Album {[Title contains AlbumTitle] implied} {[Year = PublYear] implied} <<link>> <<automatic>> {OIDSet:{OID}} {OID IN OIDSet} ``` 最后，还介绍了如何用 UML 表示 WebML 基本元素，以便熟悉该符号的设计师能够复用他们的技能来为 Web 应用的超文本前端进行建模。 #### 2. 超文本模型的相关设计模型 超文本模型借鉴了过去为超媒体应用提出的许多设计模型，如超媒体设计模型（HDM）、面向对象的 HDM（OOHDM）和关系管理方法（RMM）。第一个被广泛接受的超媒体模型是 Dexter 模型，它为表示超文本构建系统提供的不同基本元素提供了统一的术语。在 Dexter 模型中，组件描述构成超文本的信息片段，链接表示可导航的路径。许多后续的超媒体领域的提案都基于 Dexter 模型，并添加了更复杂的建模基本元素、形式语义和结构化开发过程。 例如，HDM 添加了更复杂的超文本组织形式和更强大的导航基本元素，以捕捉超媒体应用的语义。RMM 提出了一种基于实体关系模型的建模语言，并进一步定义了超媒体设计的结构化方法。OOHDM 从面向对象建模中获取灵感，添加了用于建模高级导航功能的特定类，并在设计过程中利用经典的面向对象概念和符号。 #### 3. 基于模型驱动的网站开发项目 有两个重要的研究项目专门针对基于模型驱动的网站开发：Araneus 和 Strudel。 在 Araneus 中，使用实体关系模型描述数据结构，而提出了一种称为 Araneus 数据模型（ADM）的逻辑模型来描述网站结构。ADM 基于嵌套关系模型，引入了页面方案的概念来表示页面的结构。页面方案可以包括单个对象的原子属性（如文本、图像等）和表示对象集合的复杂嵌套属性，类似于 WebML 的索引概念。一个网站被定义为一组链接的页面方案。 在 Strudel 中，网站的模式和内容都通过对半结构化信息的数据模型进行查询来描述。内容使用统一图模型表示，这是一种基于图的数据模型，能够描述具有部分或缺失模式的对象。网站以声明方式定义，通过使用 Strudel 查询语言（StruQL）对数据的内部表示编写一个或多个查询，这些查询确定要包含在网站中的数据，以及为导航提供的对象链接和集合。 #### 4. UML 表示与商业工具 超文本建模基本元素的 UML 表示借鉴了 James Conallen 提出的 UML 的 Web 扩展。与该扩展不同的是，WebML 的超文本模型更抽象，不考虑超文本实现的架构方面。在 UML 的 Web 扩展中，使用类图在设计阶段表示超文本，因此超文本规范会考虑将各种功能分配到 Web 架构不同层的设计问题。例如，页面被拆分为客户端组件（代表 HTML 和客户端脚本代码）和服务器端组件（代表服务器端脚本代码）。 在商业工具中，只有极少数产品提供超文本概念模型，通常基于实体关系模型的扩展。 #### 5. WebML 操作概述 Web 应用经常对数据进行操作，如填写个人资料信息表单、向购物车中添加商品或通过支持 Web 的内容管理应用更新在 Web 上发布的内容。在这些情况下，通过 Web 界面执行的操作会产生副作用，例如改变与网站连接的某些数据源的内容。除了更新数据，Web 应用还可能调用外部定义的程序，并根据当前页面的内容以及用户的选择或输入为其提供输入，如用户登录、发送电子邮件等通用操作。 在 WebML 中引入操作不会影响数据模型，而是需要对超文本模型进行两个简单直观的扩展。第一个扩展是操作单元的概念，用于表示导航链接时执行的某些处理，操作单元可以表示数据操作或通用外部服务的执行。第二个扩展适用于操作单元的出站链接，分为 OK 链接和 KO 链接。OK 链接和 KO 链接分别表示操作成功和失败的概念，允许设计师根据操作执行的结果采取不同的后续行动。 WebML 包含多个预定义的操作单元，提供了最常用的用于更新应用程序实体和关系实例的基本元素，包括创建、修改和删除对象，以及连接和断开对象之间的关系，还有一些其他实用操作，如登录、注销和发送邮件操作。这些预定义的内容管理操作可以聚类为事务，事务是原子执行的更新序列，当指定一个事务时，构成它的所有单个操作要么全部成功执行，要么整个序列被撤销。 除了上述内置操作，还可以使用通用操作的概念来表示任意与应用相关的服务和业务组件，如电子支付服务。通用操作是一个“黑箱”，其内部细节在 WebML 中未指定，但可以与 WebML 单元或页面链接。与普通单元和操作一样，指向和来自通用操作的链接可以传输上下文信息，从而实现将任意外部业务逻辑集成到 WebML 超文本规范中。 #### 6. WebML 操作的设计原则 WebML 操作单元（简称操作）是一种新的单元类型，可以放置在页面外部，并与其他操作或页面内定义的内容单元链接。与内容单元不同，操作单元不显示内容，而是执行操作。与内容单元类似，操作单元可能有一个源对象（实体或关系）和选择器，可能从其输入链接接收参数，并可能提供值作为其输出链接的参数。 操作可以是预定义的或通用的。预定义操作在第 4.3 节中介绍，用于建模内容管理功能，如对象的创建、删除和修改，以及关系的创建和删除。通用操作在第 4.7 节中讨论，允许集成任意复杂度的外部程序。无论类型如何，WebML 操作遵循以下设计原则： - 一个操作可以有多个输入链接，为其输入参数提供值。 - 操作可以链接形成一个序列，触发序列中的第一个操作意味着也执行其余操作。其中一个输入链接必须是常规链接，其余链接应该是传输链接。操作通过导航常规链接执行，并使用与所有输入链接关联的参数。 - 每个操作有一个 OK 链接和一个 KO 链接，操作成功时遵循 OK 链接，操作失败时遵循 KO 链接。选择要遵循的链接（OK 或 KO）基于操作执行的结果，由操作实现负责。 - 一个操作可以有任意数量的出站传输链接，用于指定内容单元或其他操作单元所需的链接参数。传输链接的规范不会改变操作的执行顺序，执行顺序仅基于 OK 和 KO 链接，但允许设计师将操作的各种输出用作其他单元的输入。 操作在导航链接时作为副作用执行某些处理，其执行结果可以通过将操作链接到合适的内容单元在页面中显示，该内容单元从操作接收输入参数并使用这些参数检索和显示相关信息。 #### 7. 预定义操作 - 对象创建 第一个内置操作是创建单元（create unit），用于创建新的实体实例。每个创建单元具有以下特点： - 一个用户定义的名称。 - 操作所应用的源实体。 - 一组赋值，将待创建对象的属性绑定到来自输入链接的参数值或某些常量值。 创建单元的输入是一组属性值，通常来自一个从输入单元发出的输入链接。这些值用于创建新对象，如果某些属性没有关联的输入值，则除了对象标识符（OID）外，它们将被设置为 null。如果没有为 OID 提供值，操作将生成一个相对于实体实例唯一的新值。创建操作成功时输出新创建对象的包括 OID 在内的一组属性值，该输出只能作为 OK 链接的链接参数有意义地关联，而不能与 KO 链接关联。如果没有显式指定参数，创建单元的默认输出是 OID 属性的值，作为 OK 链接的隐式链接参数。 以下是一个创建单元的示例： ```plaintext EntryUnit ArtistEntry (FirstName String, LastName String) link toCreateUnit (from ArtistEntry to CreateArtist; parameters FNam ```