基于Design Pattern Toolkit的开发

核心提示： 视图（View）是一个模板的集合，模板由静态文本和模板标签组成，基于Design Pattern Toolkit的开发(3)，模板标签指导如何从模型（appdef）中抽取信息，以及如何将这些信息插入到静态文本中，用户只要在Eclipse资源中被修改过的地方作Round Tripping标记，再次

视图（View）是一个模板的集合，模板由静态文本和模板标签组成，模板标签指导如何从模型（appdef）中抽取信息，以及如何将这些信息插入到静态文本中。通过使用模板标签，可以帮助用户生成不同种类的资源，标签本身并没有限制它们能够被使用在什么样的模板中。一个模板可以被拆分成子模板，每个子模板负责生成应用程序的一部分，在实际执行中，不同的子模板被引擎有序的调用。例如，为源代码中的方法生成参数是最常见的模式之一，它应该被抽取出来作为独立的子模板，从而能够被其他模板所调用。

控制器（Controller）也是一个模板，它由一系列的静态文本和模板标签组成，它的功能是控制视图模板何时以及如何被应用。控制模板对于输出的内容进行精细的控制，甚至可以细致到输出文本间的分隔符。控制模板支持多个appdef的输入，由模板标签控制如何从不同的模型（appdef）中获取信息，以及如何对不同的信息进行组合。因此，用户在设计模型时，能够从不同的方面描述整个模型，并把每个方面定义在一个appdef中，从而强化了模型层面的复用。例如，开发人员在设计模式时，把命名规范从模式的主流程中剥离出来，用不同的appdef定义主流程和命名规范。

模式使用人员通过 appdef定义应用程序的模型，它通常是一个XML文件（也可以采用其他的格式，但前提是用户必须自己编写解析器）。当使用人员选择应用一个模式的时候，引擎获取appdef以及该模式的视图模板和控制器模板，最后，生成一个端到端的应用程序，它可以包含各种Eclipse资源，同时跨越若干个 Eclipse的项目。当引擎产生完所有的Eclipse资源后，building和validation 操作自动执行。自动生成的Eclipse资源可能需要经过少量的修改，才能正确的运行。设计模式工具箱提供Round Tripping机制，用户只要在Eclipse资源中被修改过的地方作Round Tripping标记，再次运行转换时，这些地方不会被覆盖。