CN1361891A - 用于可扩展宏语言的方法和系统 - Google Patents

Abstract

本发明提供了一种用于可扩展宏语言的方法和系统。这种用于提供可扩展宏语言的系统包括语法分析程序以及宏管理程序(110),用于处理先前未在宏语言中定义的宏命令。语法分析程序(102)对宏语言表达式中的关键字进行分析,并识别出一个或多个代表先前未在宏语言中定义的宏命令的关键字(116)。宏管理程序(110)接收宏表达式中的关键字,并且在关键字注册表中检索一个与该关键字相关的可执行代码或过程(112)。可执行代码(112)被运行以处理由该关键字所代表的宏命令。模板语言注册表可被扩充以包括用于宏语言扩充的任何关键字及其相关的代码。

Description

用于可扩展宏语言的方法和系统

本专利申请要求题为“建模工具系统及方法”、于1998年10月16日提交的美国专利申请No.60/104,682的权益。

本专利申请涉及到共同待审的美国专利申请No.＿＿(代理人卷号#22074661-25531)，该申请题为“用于确定两个或多个模型之间差异的方法”且与本申请相同的日期提交，并且被整体引入本文以作为参考。

本专利申请涉及到共同待审的美国专利申请No.＿＿(代理人卷号#22074661-25532)，该申请题为“用于模型效果分析的方法”且与本申请在相同的日期提交，并且被整体引入本文以作为参考。

本专利申请涉及到共同待审的美国专利申请No.＿＿(代理人卷号#22074661-25534)，该申请题为“用于通过SQL输入对分级数据存储进行访问的方法及装置”且与本申请在相同的日期提交，并且被整体引入本文以作为参考。

本专利申请涉及到共同待审的美国专利申请No.＿＿(代理人卷号#22074661-25535)，该申请题为“用于建模工具的装置及方法”且与本申请在相同的日期提交，并且被整体引入本文以作为参考。

本发明一般涉及计算机语言处理程序。具体来说，它涉及到一种可扩展宏语言。

宏是一个命令集，它可被运行以执行一给定的任务。这些任务的例子包括在字处理程序中插入常用的名称和地址，或者执行一系列的键盘敲击以生成一个文件。用宏来执行的任务一般都是重复性的任务，因而在实质上就可以通过执行宏来代替人工地重复命令，从而节省大量时间。

近年来，各种不同的应用程序都允许用户在允许范围的限制内(即，在特定的应用限制之内)编写宏和脚本。例如，字处理程序一般都允许用户通过对一系列的键盘敲击进行录制，以创建一个宏并在以后重新播放。其它的应用程序也允许用户创建宏以在应用软件限制范围之内对数据进行检索和操纵。因此，这些应用程序都包括一套受限制的宏，例如，用于记录键盘敲击的宏、用于检索数据的宏。而用户一般也被限制成只能使用由应用程序所提供的宏。

但是，每个使用应用程序的用户通常都有独特的一套指令或命令，用户希望在应用程序中将这些命令或指令作为以前未被提供的宏。由于这些宏一般都是被硬编码进入应用程序或是应用程序内的宏语言中的，所以目前将额外的宏引入应用程序的唯一有效的方法就是通过在一个新的宏可被使用之前修改源代码并对其进行重新编译，从而将这个新的宏硬编码进此应用程序中。但是，这种方法通常会带来问题，因为用户未被授予进入宏语言或应用程序的源代码来进行修改的权利。另外，对程序开发员来说，试图通过定制应用程序以引入每个用户所希望使用的宏来迎合每个用户的喜好将是沉重的负担。

因此，非常需要有一种能够允许用户通过修改和扩展语言以在使用宏语言时引入他们的喜好的可扩展宏语言。另外，还极为需要使用户能够对宏进行扩展而无需修改或进入宏语言的源代码，因为源代码被视为一种知识产权，它是不对用户公开的。

为了解决现有技术所述宏语言处理程序中的上述问题，本发明提供了一种可扩展宏语言，它允许用户通过编写新的宏命令以引入满足用户特定需求的过程，而且无需修改任何宏语言处理程序的源代码。这种可扩展宏语言能够通过对该语言所未知的新的宏命令进行识别并将新宏命令与保存在注册表(即，一个储存库)中的过程调用相关联起来，从而实现宏语言的动态扩充。

本发明中还提供了一种用于将新宏命令动态注册进注册表的机制，从而实现了可扩展性。为了注册新的宏命令，用户可以在注册表中输入代表此新宏命令的关键字及相关代码或过程，以用于通过可扩展宏语言来执行它。

本发明还为可扩展宏语言定义出了一种简单的语法，以用于对新宏命令的识别，而且无需知道它们所执行的功能是什么。

根据本发明的目的，提供了一种语法分析程序和宏管理程序(macro handler)，以用于处理先前未在宏语言中定义的宏命令。宏语言中先前未定义或从未定义的宏命令指的是那些在发布和提供给用户时未被引入宏语言的有效命令集的宏命令。语法分析程序对宏语言表达式中的关键字进行分析，并识别出一个或多个代表先前未在宏语言中定义的宏命令的关键字。宏管理程序接收宏表达式中的关键字，并在关键字注册表中对与该关键字相关的可执行代码进行检索。运行可执行代码以处理由该关键字所代表的宏命令。关键字注册表可被扩充以引入任何用于扩充宏语言关键字极其相关代码。

以下将参考附图对本发明的其它特征和优点以及本发明各种实施例的结构和操作进行详细说明。在附图中，相同的参考标号代表了相同或功能类似的单元。

现在将参考附图用例子对本发明的优选实施例进行说明。

图1的框图显示了根据本发明的可扩展宏语言的各个组成部分；

图2显示了一个含有迭代因子宏的宏表达式的例子。

本发明的目的是提供一种能在实时环境下被动态扩展且无需重建和重新编译宏语言的可扩展宏语言。虽然这种可扩展宏语言可能已含有一个预定的宏命令集，但本发明允许用户添加所需的额外的或新的宏命令。图1中的框图100显示了用于提供本发明的可扩展宏语言的系统的各个组成部分。语法分析程序102含有一个用来对一给定表达式进行分析和语法分析的文法或语法104。如图1所示，语法分析程序102接收到一个宏语言表达式106，并根据该宏语言的语法104将此表达式分成多个部分。以下将对本发明一个实施例中所使用的语法进行更加详细的说明。参考图1，语法分析程序102读取表达式106，并且识别出语法中预先定义的、表示一个新宏命令存在的特定标记。在该例中，当语法分析程序102在表达式106中遇到圆括号时，语法分析程序102将把此括号内所包含的关键字(例如，“property(name)”)视为一个新的宏命令。另外，语法分析程序102根据语法104而识别出括号内所包含的“name”是此新宏命令的一个参数。语法104的其它方面可以将任何符号之外的字符串规定解释为是一个文字串。这样，语法分析程序102就在108处将表达式中的各个单元分割成如图所示的多个部分。本发明中的语法分析程序102具有一个新颖的特征，即，该语法分析程序102对标记(即，圆括号)中的实际内容来说是透明的。也就是说，只要有新的宏命令或关键字被包含进一个可识别的标记之内，语法分析程序102就能够将此关键字分成多个部分，而无论此关键字是否已在宏语言中得到预先定义。这样，如图中的108所示，宏表达式106就被根据可扩展宏语言的语法104而划分成多个部分。新的关键字“property”被划分为标记部分108a；括号内的字符串“name”被划分为参数部分108b；字符串“likes”被划分为文字部分108c；而且字符串“pizza”也被划分为文字部分108d。

如图1所示，本发明还含有一个宏管理程序110以及一个含有多个关键字及其相应可执行代码的储存库112。可执行代码可被保存在储存库112中以作为一个对实际代码114执行时的指示字。储存库112含有一个或多个关键字及相关代码，并且可被动态修改，例如，根据宏语言用户的需要添加新的关键字和代码。本发明中的储存库112可以是一个带有关键字及相关代码的简单文件。另外，也可采用一个单独的数据库来作为储存库112。

当宏表达式被语法分析程序102按语法分析而分割成多个单独部分之后，这些部分将被送至宏管理程序110以进行额外处理。对具有关键字“property”108a的标记部分来说，宏管理程序110将对储存库中的关键字“property”进行检查。如果找到，则与关键字“property”相关的代码将被检索和执行。在代码的执行过程中，宏管理程序110将对宏表达式中所找到的并被语法分析为参数的全部参数进行扫描以执行代码。宏管理程序110并不需要知道可能在代码内部执行的任何其它处理。所有需要宏管理程序110识别的就是：“property”是一个要在储存库112中被搜寻的、用于其对应代码的关键字，以及储存库112中待被用任何参数执行的特定相应代码。对应代码一般都在储存库112中被指定作为一个指向实际代码本身114的指示字。

当正确执行储存库中所指定的代码114之后，宏管理程序110将接受被执行代码的一个或多个输出(如果有的话)，并将此输出放回至宏表达式的关键字位置中。这样，在图1所示的例子中，与带有参数“name”的“property”相关的代码的输出可能是MARY。因此，图中106处的可扩展宏表达式“{property(name)}likes pizza”的结果就变成图中116处所示的“Mary likes pizza”。

本发明一个新颖的特征在于，与语法分析程序相类似，宏管理程序不需要知道代码中的任何东西或者由该可执行代码所实现的功能的类型。宏管理程序只需引入与关键字相关的可执行代码。在本发明的一个示范实施例中，它允许用户精确地定义出代码应干什么以及关键字将要执行什么命令，从而给用户提供了一种灵活且可扩展的宏语言。

在上述例子中，输出Mary可以通过各种对宏语言透明的方式而获得。例如，可以通过从全球网进行搜索以获取姓名Mary，或者也可通过利用查询语言而从一数据库中获取它，这进一步显示出了本发明所提供的可扩展性。语言语法

现在将对可扩展宏语言的一个实施例中所使用的语法或文法进行详细说明。根据本发明所述的可扩展宏语言含有一个语法(图1中的104)，该语法由文字、宏、注释以及运算符/作用域字符组成。文字

本实施例中的语法将圆括号之外的所有文本都当作文字，而且这些文字与键入的完全一样。在圆括号内，双引号中的文本也被作为文字。这种方案允许在宏调用内置入一些文字。以下显示了文字的一些实例：This text would be emitted just like this；(该文本将被象下面这样发出){“So would this text”}宏

宏包括对宏处理程序(macro processor)的指令，诸如编程语言中的过程或函数。根据本发明中所定义的语法，所有的宏都被包含在圆括号之内。在一个实施例中，宏被分为两类：过程宏和迭代因子宏。

过程宏被设计用来执行一些工作。它们可扩充成一个数值；它们可说明一个变量；它们可调用一个过程。其执行的操作由宏的设计者整体指定。但是，在一个实施例中，当成功完成任务之后，宏必须返回一个“真”值，在任务失败时，宏必须返回一个“错误”值。

以下的表达式中显示了一串文字，其后跟随有一个用于在打印时获取一个页号的宏调用：

My Model Report-Page{HeaderPage}  ：输入

My Model Report-Page 1            ：输出

在上述例子中，HeaderPage(首页)是一个由用户定义的用于提取一个页号的宏。

迭代因子宏允许用户启遍历(traverse across)数据结构。迭代因子由关键字“begin”和“end”区分，它们用于界定跟随在迭代因子说明之后的代码块。“begin/end”块内的代码每次迭代被执行一次。当迭代因子已遍历其库(poo1)中所有的对象时，控制将断开迭代块并且继续执行迭代块之后的宏表达式中的语句。

下列宏表达式块显示了迭代因子宏的一个应用：

{

    MyIterator

　　begin

　　   DoSomething

　　end

　　}

在上述例子中，过程宏“DoSomething”对每个由“MyIterator”宏返回的单元执行一次。包围整个段落的圆括号说明了应将该括号内的所有表达式都当作宏代码来处理。参数

本发明所述可扩展宏语言中定义的语法允许过程和迭代因子都可接受和处理参数。参数可包括字符串或其它宏。为了区分参数，参数被包含于跟随在宏之后的括号内。宏可以接受所需的可变长度参数列表。下面显示了一个含有参数“foo”的宏表达式：

{Macro With Parameters(“foo”)}控制块

在一些情况下，如果宏表达式的任何部分出现错误，则想要使整个宏表达式都出现错误。下面的例子就显示出了这样一种情况：

{FirstName[MiddleInitial“.”]LastName}

如果没有middle initial(中间首字母)，则MiddleInitial宏将返回一个空值或一个错误值。在这种情况下，文字“.”就不应被打印出来。为了适应这种情况，本发明的语法中包括了一对方括号(“[]”)，它们代表一个条件表达式。因此，如果方括号内的宏失效，则方括号内剩余的表达式部分都不会被显示出。在上述例子中，如果MiddleInitial因为缺少数值而失效，则文字“.”将不被打印出来。

条件块具有内部范围，即，条件块的故障不会影响到周边的代码。为了使块中的条件影响到外部的块，语法还需额外包括一种所谓的传播条件，该条件由尖括号来表示。如果一对尖括号内的任何宏出现错误，则尖括号内的块以及相邻的外部块都会失效。下面的例子显示了带有条件和传播条件的宏表达式：

{Print“”[Print[Fail]]}    ：输入

foo foo                     ：输出

{Print“”[Print<Fail>]}    ：输入

foo                         ：输出

在上两个例子中，“Print”宏都输出字“foo”。第一个例子中，方括号内的失效宏被包含在其块中。因此，下一个具有“Print”的外部块会像第一个“Print”一样得到执行，结果就输出了“foo foo”。在第二个例子中，当尖括号内的宏失效时，故障会被传播给下一个具有“Print”的外部块。因此，下一个具有“Print”的外部块就不会被执行。由于打印宏被包含在一对方括号内，故障就只限于该块之内。这样，第一个“Print”宏就得到执行，结果输出了“foo”。

图2显示了根据本发明所述含有一个迭代因子宏的宏表达式的一个例子。如参考图1所述的那样，关键字“ForEach”被语法分析程序102(图1)识别为一个宏，而字“Employee”则被识别为是宏“ForEach”的一个参数。当宏管理程序接收到标记关键字“ForEach”时，宏管理程序110(图1)将在注册表112中搜索此关键字“ForEach”，并且执行相应的代码。“ForEach”宏的代码可包括(例如)在具有指定参数“employee”类型的给定对象204的全部子对象204b、204c的宏表达式的begin/end块内执行命令以进行搜索的指令。在该宏表达式202中，还有另一个宏存在于begin/end块之内。因此，宏管理程序110(图1)在注册表112内执行对关键字“Property”的搜索，并且为具有“ForEach”关键字所指定的employee类型的各个子对象204b、204c执行相应的代码搜索。与关键字“Property”相关的代码可以包括(例如)打印在关键字“Property”的参数中所指定的类型数值的指令，在这种情况下，employee的姓名由“EmpName”指定。因此，宏表达式202的结果就是在图中的208处输出“Mary John”。

根据本发明所述的可扩展宏语言在定制宏以具体满足个别用户的需求方面是非常有用的。例如，这种可扩展宏语言已经与UMA模型接合，以用于从UMA模型中根据用户的需求来检索各种对象。UMA在共同待审的美国专利申请No.＿＿(代理人卷号#22074661-25535)中公开，该申请题为“用于建模工具的装置和方法”，于1999年10月15日提交，它被整体引入以作为本发明的参考。附录A中含有对在UMA模型中使用本发明所述可扩展宏语言的简要说明，并被称为UMA模板语言。附录A中的说明只解释了可扩展宏语言的一个实施例，而且附录中的说明不应被看作是对这种可扩展宏语言的范围和能力的限制。

尽管以特定的形式显示了本发明并且对其的说明是根据其实施例来进行的，但是，本领域技术人员应该理解，在不脱离本发明的精神和范围的情况下，可以对其作出上述和其它形式及细节的改变。概览

本文的目的是为UMA中所使用的模板语言提供一个简单的介绍。它假设读者已具有UMA的对象/特性元模型的工作知识。

本文的意图不在于为结构提供详尽的说明。UMA组成员可以提供这种说明，而且他们能够给出许多使用本工具的代码样本。

UMA模板语言(UTL)的目的是为任何基于UMA的应用程序提供描述能力。这些能力可被用于各种特征，包括(但不仅限于此)：

·宏扩充：在模型基础上对代码模板的实时扩充。其实例包括：OR-Compass中的触发代码和存储过程，以及SQL-Compass中的VisualBasic和Java组件。

·脚本说明：在模型基础上执行一系列的命令。其一个实例为：OR-Compass中用于Forward Engineering的控制程序代码。

UTL结构的目的是增强其在基于UMA的产品中的使用能力。它是通过允许在剪裁语言以满足用户对产品的特定需求中给用户1提供最大程度的灵活性，同时提供尽可能多的应用支持并展现出允许重复使用新应用代码的机制。

为了实现这些目标，UTL：

1·为语言定义一个最小语法；

2·允许用户编写过程和迭代因子；

3·提供一个机制以用于将过程和迭代因子注册入注册表。语法小结

以下是UTL语法的小结，其目的是为理解应用程序而提供最小程度的需要。更多的信息可在随OR-Compass 1.0一起发布的文档中找到。

模板代码由文字、宏、注释以及一些运算符/作用域字符组成。当前，UTL将所有代码都看作符号串：数字值由它们的串表示来描述；大部分宏都对符号串进行估算。等等2。

¹本文中，“用户”指的是UMA应用程序的开发者，而不是应用程序的终端用户。

²预期在今年秋天发布的UTL 1.5也将支持操作的数字模式，而且它可在处理这些数字时提供更好的性能。这会对诸如容量计算的性能带来好处。文字

在模板源代码中，圆括号之外的所有文本都当作文字，而且这些文字与键入的完全一样。在圆括号内，双引号中的文本也被作为文字。前者允许输入大块的样板，例如一个保存过程的主体。后者允许在宏调用中置入文字。例子：

This text would be emitted just like this；(该文本将象这样发出)

{“So would this text”}宏

宏是发给宏处理程序…基本过程的特殊指令。所有的宏都被包含在圆括号之内。宏基本上被分为两类：过程宏和迭代因子宏。

过程宏被设计用来执行一些工作。它们可扩展为一个数值；它们可说明一个变量；它们可调用一个过程。其执行的操作由宏的设计者整体指定。它们所受的唯一限制就是它们必须在成功完成任务之后返回一个“真”值，在任务失败时返回一个“错误”值。

下面显示了一串文字，其后跟随有一个用于在打印时获取一个页号的宏调用：

My Model Report-Page{HeaderPage}

输入

My Model Report-Page 1          

输出

迭代因子宏允许用户横遍历数据结构。迭代因子由关键字“begin”和“end”区分，它们用于分界跟随在迭代因子说明之后的代码块。“begin/end”块内的代码每次迭代被执行一次。当迭代因子已遍历其库(pool)中所有的对象时，控制将断开迭代块并且继续执行宏表达式中迭代块之后的第一个语句。

例子—以下为每个由MyIterator宏返回的单元执行一次过程宏DoSomething。包围整个代码段落…的圆括号表明其中的全部代码都应被视为宏代码。

{

    MyIterator

　　begin

　　   DoSomething(进行一些处理)

　　end

　　}

过程宏和迭代因子宏都可接受参数。参数是符号串或任何被视为符号串的东西，例如：另一个宏。如果一个宏使用了参数，参数将被包含在宏后面的括号中。由于不需要宏的向前声明，所以宏可以接受变量长度参数列表(如果需要的话)。例子：

{Macro With Parameters(“foo”)}控制块

在一些情况下，如果宏表达式的任何部分出现错误，则需要使整个宏表达式都出现错误。一个例子就是一些其后跟随了一个可选数值的样板文本；如果该数值未被提供，则样板将不被显示出来。

方括号中的任何代码都是条件代码：如果其任何一部分出现错误，则整体都会出错。“故障”意味着宏将不能执行而且文字也不会被显示出来。

例子—如果没有中间姓，则.将不会被显示：

{FirstName[MiddleInitial“.”]LastName}

条件块隐藏了它们的内部范围。这意味着条件块的故障不会影响到周边代码。尖括号内的任何代码都是传播条件代码：如果尖括号内的任何部分出现错误，则它将失败并且把故障向外传播给下一个块。

区分这两种类型块的最好办法是用举例说明。在以下两个例子中，打印宏都打出字“foo”，而出故障的宏则都出现了故障。条件块的例子：

{Print“”[Print[fail]]}

输入

foo foo                 

输出传播条件块的例子：

{Print“”[Print<fail>]}

输入

foo                     

输出结构

LWMDataButler

UTL的所需能力是利用称为数据管理器(butler)的对象来实现的。数据管理器在执行模板代码时负责为宏处理程序遇到的宏提供实现。当宏处理程序被调用时，将会有一个数据管理器接口³提供给它。数据管理器是策略模式(Strategy pattern)⁴的一个主要应用。

³LWMDataButler.h中定义的接口

⁴见Gamma，Helm，Johnson Vlissides的设计模式。

这样就完成了语言设计的第一个目标。通过给宏处理程序提供不同的数据管理器，就可将UTL的文法设置成便于完成应用和任务。各个数据管理器工具都能接受一个适于其任务的关键字集(宏)，并且拒绝不能接受的关键字。另外，不同的数据管理器可以用不同的方式来使用一给定关键字，从而允许模板代码与应用的基础无关。此举在允许多个基本数据模型不同的产品从同一模板进行工作时非常有用。

LWMDataButler接口具有5个进入点：

　　//不带参数的过程宏控制

　　virtual LWTBoolean SubstituteValue(

　　         const LWTString & MacroName，

　　         LWTString & ExpansionValue)＝0；

　　//带参数的过程宏控制

　　virtual LWTBoolean SubstituteValue(

　　         const LWTString & MacroName，

　　         LWMStringList & ParameterList

　　         LWTString & ExpansionValue)＝0；

　　//不带参数的迭代因子宏控制

　　virtual LWTBoolean StartIteration(

　　        const LWTString & IterName)＝0；

　　//带参数的迭代因子宏控制
				
				<dp n="d14"/>
　　virtual LWTBoolean StartIteration(

　　         const LWTString &amp; IterName，

　　         LWMStringList &amp; ParameterList)＝0；

　　//迭代因子宏的迭代控制

　　virtual LWTBoolean NextIteration(

　　        const LWTString &amp; IterName)＝0；

　　MCDataButlerI

UTL的第二个设计目标是向用户提供尽量多的功能，并允许用户出版其自已的代码以供再使用。

由于一个UMA模型的隐喻(metaphor)要在非常抽象的水平上—对象和特性—处理所有的数据，所以模板语言的许多文法单元可被抽象地编写。这些单元可被聚集在一起以形成任何基于UMA产品的语言的主体。用户可以在一些产品指定的区域中扩充这个基础。理想情况下，语言应该不仅对用户是可扩展的，而且对用户产品的终端用户来说也应是可扩展的。这一点可通过我们的解决方案来完成。

该解决方案需解决以下两个基本问题：

1·需要有一种机制来共享工具。随着新关键字的添加，它们必须被公开出来。

2·需要有一种机制来控制宏执行的文字说明。此处我们指的是UMA模型在运行时的状态，还有宏所影响的特定对象或特性。

为了满足这些标准，在UMA中存在有一个数据bulter的基本工具。这种工具(MCDataButlerI)提供了机制以用于递增地定义所需的文法，并且用于管理UMA模型中的文字信息。

这种工具是LWMDataButler接口的一个超集。尽管LWMDataButler接口已被公开，但用户在使用一数据管理器时无需考虑它。LWMDataButler中的工具完成了在LWMDataButler接口的使用中所必需的全部工作。

首先，LWMDataButler管理着宏管理程序的注册表。宏管理程序是这样一个对象，它能够知道如何执行一个被赋予文字说明的特定动作。从概念上讲，宏管理程序是命令模式(Command pattern)⁶的一个例子。数据管理器保持有宏管理程序的一个字典(它以宏名称为关键字)。当宏处理程序请求数据管理器来处理一个宏(例如，通过SubstituteValue())时，数据管理器将在其字典内找到适当的宏管理程序并且致力于控制该程序。宏管理程序对请求进行处理并将控制返回至数据管理器，而数据管理器则简单地将返回值(如果有的话)和成功状态转发给宏处理程序。

宏管理程序公开了一个接口以供数据管理器调用：

virtual LWTBoolean Exexute(

　　         MCDataButlerI * Butler

　　         const LWTString & MacroName，

　　         LWMStringList * Parameters

　　         LWTString * ExpansionValue)＝0；
　　MCDataButlerI为注册一个新的管理程序公开了一个实现代码
(implementation signature)：

　　void AddHandler(

　　       const LWTString & Macro

　　       MCMacroHandlerBase * Handler)；

⁵在MCDataButlerInterface.h中找到的实现

⁶Op cit.设计模式。

为了实现一个文法，用户可以制作一个MCDataButlerI的工具并使用全部所需的宏管理程序。另外，由于宏管理程序注册表是数据管理器的一个成员变量，而不是一个单纯量，所以用户能够对已有的数据管理器分为子类。此举为用户提供了对于子类所知道的所有宏再加上他们已经开发出来的那些。它的一个例子就是OR-Compass ForwardEngineering数据管理器，它分成子类MCDataButler。后者使用了大量的初始宏以用于创建对象、读取特性、进行迭代、构筑变量、等等。Forward Engineering数据管理器使用仅与Forward Engineering相关联的一个或两个宏(如，一个用于确定数据库命令的正确执行的宏)，并且用一个完成文法结束以用于发出DDL。

第二，MCDataButlerI还能管理一个文字堆栈。该文字堆栈允许宏管理程序获知宏运行时以UMA模型中什么样的对象为参考。例如，Property()宏在一个对象中检索被命名的特性。用于Property()的宏管理程序需要知道应该询问哪个对象。

MCDataButlerI保持了一个对象参考的堆栈并且公开了一个接口以用于在该堆栈中推入或弹出对象并且用于询问堆栈。宏管理程序哪个询问这个接口以找出它们操作的文字说明。

MCobject ^* GetCurrentContext(void)；

void PopCurrentContext(void)；

void PushCurrentContext(MCObject ^* Object)；

另外，MCDataButlerI公开了一个工具，它允许MCObject迭代因子来自动管理上下文。用于迭代因子宏的宏管理程序能够通过具体举例来说明迭代因子代理。这是一个能够自动保持用于迭代因子的文字堆栈的对象。每个顺序迭代都会造成弹出和推入发生。当再没有项目要往返移动时，堆栈将被弹出，并且保持与迭代因子相遇时出现的状态。这些迭代因子代理被保持在其自身的堆栈内以用于管理成堆的迭代因子。

例子—以下的样本代码显示了Property宏是如何根据文字说明而表现出不同的特性。假设一个名为“MyTable1”的项目具有一个属性“MyColumn1”以及一第二属性“MyColumn2”。假设名为“MyTable2”的第二项具有一个属性“MyColumn3”。在此模板代码执行时，我们预先假设由于其它一些代码的存在而使模型位于堆栈的顶部。

    {                                             <paragraph id="d114">

		<image width="14" height="8" src="A9981203800201.gif"/>

</paragraph>输入

    ForEach(“UOEntities”)

　　begin

　　  Property(“UPName”)

　　  ForEach(“UPAttributes”)

　　  begin

　　   Property(“UPName”)

　　  end

　　end

　　}

　　MyTable1 MyColumn1 MyColumn2 MyTable2 MyColumn3<paragraph id="d115">

		<image width="14" height="8" src="A9981203800202.gif"/>

</paragraph>输出

Claims (5)

1.一种用于提供可扩展宏语言的方法，包括：

对宏语言表达式进行分析；

根据预定的宏语言语法，在被分析的宏语言表达式中确定一个或多个关键字，该关键字代表先前未在宏语言中定义的宏命令；

从关键字注册表中检索与关键字相关联的代码；以及

执行与上述关键字相关联的代码。

2.如权利要求1所述的用于提供可扩展宏语言的方法，还包括：

通过插入一个新的关键字以及与此新关键字相关的代码，来扩充关键字的注册表。

3.一种用于提供可扩展宏语言的系统，其特征在于包括：

具有预定语法的语法分析程序，用于确定一个或多个置入宏语言表达式中的扩充关键字，扩充的关键字代表未在预定宏语言的宏命令集中定义的宏命令；

具有一个或多个关键字及相关代码的关键字注册表；以及

与语法分析程序相连的宏管理程序，用于从语法分析程序接收扩充的关键字，该宏管理程序响应接收到的扩充关键字，从关键字注册表中检索出一个与接收到的关键字相关的代码，并且执行代码以运行由此扩充代码所代表的宏命令。

4.如权利要求3所述的可扩展宏语言，其特征在于上述关键字注册表可以添加新的关键字及其相关代码。

5.一种用于对宏语言表达式进行语法分析的方法，包括：

对宏语言表达式进行语法分析；以及

根据预定的宏语言语法，在被分析的宏语言表达式中确定一个或多个关键字，所述关键字代表未在宏语言的预定宏命令集中定义的宏命令。

Images