一种构建物理工程逻辑结构的方法和装置的制作方法

专利名称：一种构建物理工程逻辑结构的方法和装置的制作方法
技术领域：
本发明涉及计算机技术领域，特别涉及一种构建物理工程逻辑结构的方 法和装置。
背景技术：
Java2平台企业片反(J2EE, Java 2 Platform,Enterprise Edition)的成熟与发 展，使越来越多的企业在构建自己的信息化平台时，将它视为首选。Eclipse 是一个基于Java^支术、可扩展的集成开发环境(IDE-integrated development environment )。 Eclipse这个优秀的开发平台，以其功能强大、方i"更易用、易 于扩展等特点，迅速成为Java开发人员的首选IDE,也成为构建J2EE应用 的首选工具和平台。
Java程序员在使用Eclipse或基于Eclipse的其它IDE (比如MyEclipse ) 进行开发时， 一般首先创建一个工程，此工程对应一个可可发布的模块，然 后在IDE提供的各种视图(views)里查找编辑xml、 js、 jsp、 html等各种类 型的资源。企业应用的规^莫通常^f艮大，尤其一些大型应用，工程内的文件、 文件夹数目常以万计。虽然IDE本身提供了一些方便查找资源的工具，可以 在一定程度上提高开发效率，但IDE视图中显示的文件结构还是与操作系统 资源管理器中类似的物理文件结构。整个开发期间，开发人员面对的也就是 大量的文件、文件夹这些物理资源。实际上，整个工程内的文件、文件夹相 互之间存在一定的逻辑关系，并不是各类资源简单地堆砌。这样，就要求开 发人员在开发期间头脑中始终保持着工程内大量资源间的逻辑关系，否则将 很容易找错或写错。这一点，对刚进入项目的开发人员或新手都将是一个挑 战。

发明内容
本发明提供一种构建物理工程逻辑结构的方法和装置，将物理工程内的 实际资源以逻辑结构的形式展现出来，使工程的物理结构更清晰，便于开发
期间资源的定位与查找。
本发明实施例提供了 一种构建物理工程逻辑结构的方法，包括 将物理工程中的资源在逻辑上进行层次划分，每个逻辑层对应至少 一个
逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为工程节点；
加载所述工程节点，获取与工程节点对应的工程配置文件，所述工程配
置文件中包括所述工程节点的名称，以及所述工程节点下各子节点对应的信 自、'
读取所述工程配置文件，根据所述工程配置文件中的工程节点的名称，
以及各子节点对应的信息，构造所述工程节点及所述工程节点下的各子节点，
生成物理工程所对应的工程节点的逻辑结构。
其中，次高逻辑层为应用，其所对应的逻辑节点为应用节点； 所述工程节点下各子节点对应的信息包括应用节点所对应的应用配置
文件的路径信息，以及所述工程节点所包含的物理资源类型所对应的物理文
件夹的路径。
其中，所述方法还包括读取所述工程配置文件中的应用节点所对应的 应用配置文件的^各径信息，获取应用配置文件，所述应用配置文件中包括所 述应用节点的名称，以及所述应用节点下各子节点对应的信息；
才艮据所述应用配置文件中的应用节点的名称，以及各子节点对应的信息， 构造属于次高逻辑层的应用节点及所述应用节点下的各子节点，生成所述工 程节点下应用节点所对应的逻辑结构。
其中，最低逻辑层为模块，其所对应的逻辑节点为模块节点；
所述应用节点下各子节点对应的信息包括模块节点所对应的模块配置 文件的路径信息，以及所述应用节点所包含的物理资源类型所对应的物理文 件夹的路径。
其中，所述方法还包括读取所述应用配置文件中的模块节点所对应的 模块配置文件的路径信息，获取模块配置文件，所述;f莫块配置文件中包括模 块节点的名称，以及所述;^莫块节点下各子节点对应的信息；
读取所述模块配置文件，根据所述模块配置文件中的模块节点的名称， 以及各子节点对应的信息，构造属于最低逻辑层的模块节点及所述模块节点
下的各子节点，生成所述应用节点下模块节点所对应的逻辑结构。
其中，所述模块节点下各子节点对应的信息包括模块节点所包含的物
理资源类型所对应的物理文件夹的路径。
其中，所述物理资源类型包括以下其中之一或任意组合配置、页面、 业务服务、其它。
其中，从预设的固定入口位置获取所述工程配置文件，所述应用配置文
件和模块配置文件的路径信息是相对工程节点的相对路径。 其中，所述相对路径是根据实际需要确定的。 本发明实施例还提供了 一种构建物理工程逻辑结构的装置，包括 划分单元，将物理工程中的资源在逻辑上进行层次划分，每个逻辑层对
应至少一个逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为工
程节点；
工程配置文件获取单元，用于获取与工程节点对应的工程配置文件，所 述工程配置文件中包括所述工程节点的名称，以及所述工程节点下各子节点 对应的信息；所述方法还包括
第一生成单元，读取所述工程配置文件，根据所述工程配置文件中的工 程节点的名称，以及各子节点对应的信息，构造所述工程节点及所述工程节 点下的各子节点，生成物理工程所对应的工程节点的逻辑结构。
其中，次高逻辑层为应用，其所对应的逻辑节点为应用节点；所述工程 节点下各子节点对应的信息包括应用节点所对应的应用配置文件的路径信 息，以及所述工程节点所包含的物理资源类型所对应的物理文件夹的路径；
所述装置还包括
应用配置文件获取单元，用于读取所述工程配置文件中的应用节点所对 应的应用配置文件的路径信息，获取应用配置文件，所述应用配置文件中包 括所述应用节点的名称，以及所述应用节点下各子节点对应的信息；
第二生成单元，用于读取所述应用配置文件，根据所述应用配置文件中 的应用节点的名称，以及各子节点对应的信息，构造属于次高逻辑层的应用 节点及所述应用节点下的各子节点，生成所述工程节点下应用节点所对应的 逻辑结构。其中，最低逻辑层为模块，其所对应的逻辑节点为模块节点；所述应用 节点下各子节点对应的信息包括模块节点所对应的模块配置文件的路径信 息，以及所述应用节点所包含的物理资源类型所对应的物理文件夹的3各径；
所述装置还包括
模块配置文件获取单元，用于读取所述应用配置文件中的模块节点所对 应的模块配置文件的路径信息，获取模块配置文件，所述模块配置文件中包 括模块节点的名称，以及所述模块节点下各子节点对应的信息；
第三生成单元，用于读取所述模块配置文件，根据所述模块配置文件中 的模块节点的名称，以及各子节点对应的信息，构造属于最低逻辑层的模块 节点及所述模块节点下的各子节点，生成所述应用节点下模块节点所对应的 逻辑结构。
应用本发明，对工程物理结构的固有特点进行抽象、归纳，以逻辑结构 的方式展现了工程的物理结构，使得工程的物理结构更清晰，便于开发人员 迅速定位一些大的资源类型，提高了开发效率。比如想查看某应用涉及的页 面资源，但记不清文件名时，可以直接在逻辑结构中展开应用的Pages节点， 这样即可迅速定位到应用的页面文件夹，从而提高了开发效率。
再有，采用本发明提供的工程逻辑结构，会使开发人员有意识的把工程 物理结构布置的更合理。比如，将工程的配置，应用的页面等资源放到各自 特定的文件夹下，以方便形成逻辑结构，从而使工程的物理结构也更加清晰。 也为开发人员提供了 一种组织工程资源的方案。


为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有 技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附 图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创 造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的对物理工程进行第一次逻辑划分后的逻辑结 构示意图2是根据本发明实施例一个物理工程对应的工程逻辑结构；
图3是根据本发明实施例的工程及其子节点的逻辑结构；
图4是根据本发明实施例的应用及其子节点的逻辑结构；
图5是根据本发明实施例的构建物理工程逻辑视图方法的流程图6是根据本发明实施例的构建物理工程逻辑视图的装置结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例对工程内的物理资源以不同的逻辑角度，进行两次逻辑划 分，从而最终形成一种树型的逻辑结构用以展现物理工程。
第一次逻辑划分，将物理工程中的资源在逻辑上进行层次划分，共分为 三层，每个逻辑层对应至少一个逻辑节点，其中，最高逻辑层为工程，其所 对应的逻辑节点为工程节点；次高逻辑层为应用，其所对应的逻辑节点为应 用节点；最低逻辑层为模块，其所对应的逻辑节点为模块节点。
工程对应开发环境(如Eclipse， NetBean等)中工程的概念，业务上对 应于用户的整个解决方案，物理上体现为一个完整的Web应用。它是标准的 Web工程，并且可以作为独立部署的单位发布到各种应用服务器中。
应用按照具体业务要求，可把不同的业务功能从工程中再具体细分， 分解成多个不同的应用。
模块按照具体业务要求，可对应用再次细分，分解为不同功能的模块。
这样形成的逻辑结构如图l所示， 一个工程可以由多个应用组成，每个应 用还可以分成多个^t块。这就是对物理工程的第一次逻辑划分。
第二次逻辑划分，对于工程、应用、模块下的各种资源进行分类，并最 终归结成四类资源
配置(Configurations):包括各种运行期需要使用的配置。
页面(Pages):包括各种界面表现元素。是与展现相关的资源集合，包 括jsp、 html、 js、 css、 jpg等相关资源。
业务服务(Business Services):包括各种类型的业务组件(Business Component)的配置。是业务组件的集合，物理上体现为Java Bean、 EJB、 Web Services等代码封装形式。
其它(Others):包括除了上述三种类型以外的其它各种类型的非标准 的Web开发资源，如自定制的开发工具生成的文件。
经过两次逻辑划分， 一个物理工程对应的逻辑结构如图2所示，图中矩形 框里分别是工程(demo)、应用(applicationl)、模块(modulel)。其中工程下 的Applications节点用于容纳至少一个应用，应用节点下的Modules节点用于 容纳至少 一个才莫块。4立于application 1下的Configurations节力、^f应application 1 下配置类型资源所在文件夹，此节点下列出的是对应物理文件夹下的内容。 位于demo下的Configurations节点对应demo下配置类型资源所在文件夹，此节 点下列出的是对应物理文件夹下的内容。其它逻辑节点依此类推。
图2所示工程逻辑结构将物理工程表示成一个有逻辑意义的树型结构，下 面介绍怎样由一个物理工程生成一个如图2所示的工程逻辑结构。
首先，需要设置基本的配置文件。
参见图3，其是根据本发明实施例的工程及其子节点的逻辑结构。在图3 所示逻辑视图中，工程节点直^妄对应物理工程。工程配置文件(project.xml) 固定放在webcontent/WEB-INF/下。其结构如下 <projects>
〈project name="demo">
<applications>/WEB-INF/applications.xml</applications>
<config>/WEB-INF</config>
<page>/domain</page>
<other> WEB-INF/conf/domain/Resources</other>
<BusinessServices>......</BusinessServices>
</project> </projects>
上述工程配置文件文件中只允许有一个〈project〉元素，该元素记录的是 工程节点的名称，以及各子节点对应的信息。所述工程节点下各子节点对应
的信息包括应用节点所对应的应用配置文件的路径信息，以及所述工程节 点所包含的物理资源类型所对应的物理文件夹的路径。所有路径都是基于 webcontent的相对路径。
具体的，上述工程配置文件文件中的〈applications〉元素表示工程里记录 各应用的应用配置文件的路径，〈config〉元素对应工程下物理资源类型为配 置的Configurations节点对应的物理文件夹的3各径，〈page〉元素对应工程下物 理资源类型为页面的Pages节点对应的物理文件夹的路径，〈other〉元素对应 工程下物理资源类型为资源的Others节点对应的物理文件夹的路径， <BusinessServices>元素对应工程下物理资源类型为业务服务的 BusinessServices节点对应的物理文件夹的^各径。
上述工程配置文件中的配置信息可由用户根据自己的需要自行修改。例 如，如果工程没有某类型的资源，如业务"l务，那么〈BusinessServices〉元素 可以不配，这样形成的逻辑结构中，工程节点下就没有BusinessServices节点。 也就是说，工程节点包含的物理资源类型可以包括以下其中之一或任意组合 配置、页面、业务服务、其它。
参见图4，其是根据本发明实施例的应用及其子节点的逻辑结构。在图4 所示逻辑视图中，工程节点下的Applications节点是虚节点，其子节点即各应 用节点的信息由应用配置文件(applications.xml)记录，比如该应用配置 文件的路径可以是WEB-INF/applications.xml。应用配置文件的格式如下
<applications>
Application name=" application 1">
<modules>/WEB-INF/conf7applicationl/modules.xml </modules>
<config>/WEB-INF/conf/applicationl</config>
<page> /application l</page>
<other>WEB-INF/conf/applicationl/Resources</other>
<BusinessServices>......</BusinessServices>
</application> </applications>
上述应用配置文件中每个〈application〉元素对应 一个应用节点， 〈application〉元素中记录的是应用节点的名称，以及所述应用节点下各子节 点对应的信息。所述应用节点下各子节点对应的信息包括模块节点所对应 的模块配置文件的路径信息，以及所述应用节点所包含的物理资源类型所对 应的物理文件夹的3各径。各元素具体含义类似工程配置文件中各元素含义。 这些信息就构成了 一个应用节点的所有子节点信息。
与工程节点类似是，应用节点包含的物理资源类型可以包括以下其中之 一或任意组合配置、页面、业务服务、其它。
应用节点下的Modules节点也是虚节点，其是模块的集合。其子节点即各 模块节点的信息由模块配置文件(modules.xml)记录，比如该应用配置文 件的路径可以A/WEB-INF/conf/application 1 /modules.xml。模块配置文件的格 式如下
<modules>
<module name="application 1">
<config>/WEB-INF/conf/application 1 /module 1 </config> <page>/application 1 /module 1 </page>
<BusinessServices>......</BusinessServices>
<other> WEB -INF/conf/module 1 /Resources</other> </module> </modules>
上述模块配置文件中每个〈module〉元素对应一个模块节点，〈module〉元 素中记录的是模块节点的名称，以及所述模块节点下各子节点对应的信息。 所述模块节点下各子节点对应的信息包括模块节点所包含的物理资源类型 所对应的物理文件夹的路径。各元素具体含义类似工程配置文件中各元素含 义。这些信息就构成了一个模块节点的所有子节点信息。
所述模块节点所包含的物理资源类型可以包括以下其中之 一 或任意组 合配置、页面、业务服务、其它。
需要说明的是，工程配置文件是从预设的固定入口位置获取的，上述以 webcontent/WEB-INF/为例，认为工程配置文件(projectxml )固定放在
webcontent/WEB-INF/下。而应用配置文件和模块配置配件的路径信息是相对 工程节点的相对路径，且该相对路径是根据实际需要确定的，即用户可灵活 i殳置。也就是i兌，所涉及的三个酉己置文件project.xml、 applications.xml、 modules.xml,只有project.xml的名称和位置是固定的，因为它是整个工程逻 辑结构的入口。其它两个配置文件的名称和位置可由用户自行定义。 其次，说明构建物理工程逻辑视图的具体方法。
参见图5,其根据本发明实施例的构建物理工程逻辑视图方法的流程图。 步骤501,加载工程节点。
步骤502,获取与工程节点对应的工程配置文件，所述工程配置文件中包 括所述工程节点的名称，以及所述工程节点下各子节点对应的信息；读取所 述工程配置文件。
步骤503，根据所述工程配置文件中的工程节点的名称，以及各子节点对 应的信息，构造所述工程节点及所述工程节点下的各子节点，生成物理工程 所对应的工程节点的逻辑结构(如图3所示工程节点的逻辑结构)。也就是说， 以工程配置文件中的信息为模型，构造工程下的个子节点。
其中，所述工程节点下各子节点对应的信息包括应用节点所对应的应 用配置文件的路径信息，以及所述工程节点所包含的物理资源类型所对应的 物理文件夹的路径。所述工程节点包含的物理资源类型包括以下其中之一或 任意组合配置、页面、业务服务、其它。
至此，生成了物理工程所对应工程节点的逻辑视图。如果还需要生成应 用节点的逻辑视图可继续执行以下步骤。
步骤504，在展开工程下的Applications节点时，读取所述工程配置文件 中的应用节点所对应的应用配置文件的路径信息，获取应用配置文件，所述 应用配置文件中包括所述应用节点的名称，以及所述应用节点下各子节点对 应的信息。
步骤505，读取所述应用配置文件，根据所述应用配置文件中 〈application〉元素所指定的应用节点名称，根据构建与〈application〉元素数量 相等的属于次高逻辑层的应用节点。
由于应用配置文件中可以包含多个〈application〉元素，因而可构建多个 属于次高逻辑层的应用节点。
步骤506,在展开所构造的应用节点时，根据所述应用配置文件中各子节 点对应的信息，构造所述应用节点下的各子节点，生成工程节点下应用节点 所对应的逻辑结构(如图4所示应用节点的逻辑结构)。
其中，所述应用节点下各子节点对应的信息包括模块节点所对应的模 块配置文件的路径信息，以及所述应用节点所包含的物理资源类型所对应的 物理文件夹的路径。
所述应用节点包含的物理资源类型包括以下其中之一或任意组合配置、 页面、业务服务、其它。
至此，生成了工程节点下应用节点的逻辑视图。如果还需要生成模块节 点的逻辑视图可继续执行以下步骤。
步骤507,在展开应用下的Modules节点时，读取所述应用配置文件中的 模块节点所对应的模块配置文件的路径信息，获取模块配置文件，所述模块 配置文件中包括模块节点的名称，以及所述模块节点下各子节点对应的信息。
步骤508,读取所述模块配置文件，根据所述模块配置文件中〈module〉
元素所指定的模块节点名称，根据构建与〈module〉元素数量相等的属于最低 逻辑层的模块节点。
由于才莫块配置文件中可以包含多个〈module〉元素，因而可构建多个属于 最低逻辑层的模块节点。
步骤509，在展开所构造的模块节点时，根据所述模块配置文件中各子节 点对应的信息，构造所述模块节点下的各子节点，生成应用节点下模块节点 所对应的逻辑结构。
其中，所述模块节点下各子节点对应的信息包括模块节点所包含的物 理资源类型所对应的物理文件夹的路径。所述模块节点所包含的物理资源类 型包括以下其中之一或任意组合配置、页面、业务服务，其它。
至此，完成了物理工程的所有逻辑;现图的构建。
从图5所示流程可以看出，本发明实施例生成逻辑结构^L图的过程釆用懒 加载思想，即只在展开某节点时，才去解析相应配置文件，生其成子节点。
比如，展开工程节点时，只解析工程的project.xml文件，生成工程各子节点； 只有在点击工程下的Applications节点时，才解析applications.xml文件，生成 各应用节点。同理，展开某应用节点时，也不解析modules.xml文件。
解析可扩展标记语言(XML, extensible Markup Language )配置文件的 方法可采用DOM、 JDOM、 SAX等解析器。解析得到的信息做为逻辑结构(树 结构)展现时的模型信息。逻辑树结构的创建可采用多种方式，比如SWT中 的TreeViewer控件，就可以把上述^f莫型信息作为它的输入，然后生成相应的 树结构，此控件的详细使用方法可以参考相关资料，这里不再赘述。再进一 步，还可以把生成的树放到Eclipse视图里(扩展方法也请参考Eclipse插件相 关资料)，就样就成了一个真正的逻辑视图。
上面说明了怎样把一个已有的物理工程，根据三个特定配置文件形成对 应的逻辑结构的过程。下面以 一个具体实例说明如何从零开始使用逻辑视图 进行开发工作。
首先准备一个普通的空的J2EE物理工程，j巴project.xml配置文件和一个 空的applications.xml文4牛》丈在其webcontent/WEB-INF/文^f牛夹下，project.xml 文件内容如下 <projects>
〈project name="demo">
<applications>/WEB-INF/applications.xml</applications>
<config>/WEB-INF</config>
<page>/domain</page>
<other>WEB-INF/conf/domain/Resources</other>
</project> </projects>
上述project.xml中含义与前述相同，不再赘述。project.xml中<project〉元 素中各项内容可以自行配置。只要保证配置里指向的文件夹在这个物理工程 中存在即可。将此文件夹压成一个压缩包。
然后以此压缩包为基础创建工程，即把上述压缩包解压，获取与工程节 点对应的工程配置文件，根据所述工程配置文件中的工程节点的名称，以及 各子节点对应的信息，构造所述工程节点及所述工程节点下的各子节点，生 成物理工程所对应的工程节点的逻辑结构，这样即可创建出本发明实施例所 述的工程节点的逻辑结构。
以Eclipse环境为例可以先在一个自定义^L图(View)里创建一个 TreeViewer控件，此控件的作用就是显示逻辑工程，其输入(i叩ut)为工作 空间(workspace)中的工程。创建工程的过程用向导(Wizard)实现，向导 执行解压过程，解压后刷新TreeViewer控件，此时新建的工程可以显示出来。 展开新生成的工程节点时，会显示出逻辑工程。其展现的具体过程，请见前 述中相关说明。Eclipse视图、TreeViewer控件、Wizard等用法，请参查阅相 关使用手册，这里不再赘述。
当需要创建工程节点下应用、模块等逻辑结构时，可使用向导直接在逻 辑结构上创建，这要求向导实现中除创建物理资源外，还要更新工程结构配 置文件(applications.xml等)。如果直接在物理结构上创建资源，同样，要 在创建好物理资源后，手工修改工程结构配置文件，然后刷新逻辑;现图。
需要说明的是，本发明并不对创建物理工程逻辑结构时所使用的创建控 件进行限定，也不对具体的开发环境进行限定，本发明实施例提供的创建物 理工程的逻辑一见图的方法不^f叉可应用在Eclipse的环境下，还可以应用在 Eclipse之外的其它可扩展的开发环境中。在其它可实现的开发环境里，实现 过程与前述类似。
本发明实施例还提供了 一种构建物理工程的逻辑结构的装置，参见图6， 包括-.
划分单元601,将物理工程中的资源在逻辑上进行层次划分，每个逻辑层 对应至少一个逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为 工程节点；
工程配置文件获取单元602，加载所述工程节点，用于获取与工程节点对 应的工程配置文件，所述工程配置文件中包括所述工程节点的名称，以及所 述工程节点下各子节点对应的信息；所述方法还包括
第一生成单元603，用于读^l所述工程配置文件，4艮据所述工程配置文件
中的工程节点的名称，以及各子节点对应的信息，构造所述工程节点及所述 工程节点下的各子节点，生成物理工程所对应的工程节点的逻辑结构。 其中，前述所划分的次高逻辑层为应用，其所对应的逻辑节点为应用节
点；所述工程节点下各子节点对应的信息包括应用节点所对应的应用配置 文件的路径信息，以及所述工程节点所包含的物理资源类型所对应的物理文 件夹的路径；此时，所述装置还包括
应用配置文件获取单元604,用于读取所述工程配置文件中的应用节点所 对应的应用配置文件的5^径信息，获取应用配置文件，所述应用配置文件中 包括所述应用节点的名称，以及所述应用节点下各子节点对应的信息；
第二生成单元605,用于读取所述应用配置文件，根据所述应用配置文件 中的应用节点的名称，以及各子节点对应的信息，构造属于次高逻辑层的应 用节点及所述应用节点下的各子节点，生成所述工程节点下应用节点所对应 的逻辑结构。
其中，前述最低逻辑层为模块，其所对应的逻辑节点为模块节点；所述 应用节点下各子节点对应的信息包括模块节点所对应的模块配置文件的路 径信息，以及所述应用节点所包含的物理资源类型所对应的物理文件夹的路 径；此时，所述装置还包括
模块配置文件获取单元606,用于读取所述应用配置文件中的模块节点所 对应的模块配置文件的路径信息，获取模块配置文件，所述模块配置文件中 包括模块节点的名称，以及所述模块节点下各子节点对应的信息；
第三生成单元607,用于读取所述模块配置文件，根据所述模块配置文件 中的模块节点的名称，以及各子节点对应的信息，构造属于最低逻辑层的模 块节点及所述模块节点下的各子节点，生成所述应用节点下模块节点所对应 的逻辑结构。
可以应用本发明所提供的方法和装置，将物理工程的固有特点归纳出来， 展现了物理工程的逻辑结构，让工程的物理结构更清晰，便于开发人员迅速 定位一些大的资源类型，提高了开发效率。比如想查看某应用涉及的页面资 源，但记不清文件名时，可以直接在逻辑结构中展开应用的Pages节点，这
样即可迅速定位到应用的页面文件夹。
如果用户掌握了本发明的思想，完全可以实现一个完全自定义的逻辑结 构，即自定义配置文件内容、名称和位置。
再有，采用本发明提供的工程逻辑结构，会使开发人员有意识的把工程 物理结构布置的更合理。比如，将工程的配置，应用的页面等资源放到各自 特定的文件夹下，以方便形成逻辑结构，从而使工程的物理结构也更加清晰。 也为开发人员提供了 一种组织工程资源的方案。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机
可读取存储介质中，这里所称得的存储介质，如ROM/RAM、 ^f兹石莱、光盘 等。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均 包含在本发明的保护范围内。
权利要求
1、一种构建物理工程逻辑结构的方法，其特征在于，包括将物理工程中的资源在逻辑上进行层次划分，每个逻辑层对应至少一个逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为工程节点；加载所述工程节点，获取与工程节点对应的工程配置文件，所述工程配置文件中包括所述工程节点的名称，以及所述工程节点下各子节点对应的信息；读取所述工程配置文件，根据所述工程配置文件中的工程节点的名称，以及各子节点对应的信息，构造所述工程节点及所述工程节点下的各子节点，生成物理工程所对应的工程节点的逻辑结构。
2、 根据权利要求1所述的方法，其特征在于，次高逻辑层为应用，其所 对应的逻辑节点为应用节点；所述工程节点下各子节点对应的信息包括应用节点所对应的应用配置 文件的路径信息，以及所述工程节点所包含的物理资源类型所对应的物理文 件夹的路径。
3、 根据权利要求2所述的方法，其特征在于，所述方法还包括 读取所述工程配置文件中的应用节点所对应的应用配置文件的路径信息，获取应用配置文件，所述应用配置文件中包括所述应用节点的名称，以 及所述应用节点下各子节点对应的信息；根据所述应用配置文件中的应用节点的名称，以及各子节点对应的信息， 构造属于次高逻辑层的应用节点及所述应用节点下的各子节点，生成所述工 程节点下应用节点所对应的逻辑结构。
4、 根据权利要求3所述的方法，其特征在于，最低逻辑层为模块，其所 对应的逻辑节点为模块节点；所述应用节点下各子节点对应的信息包括模块节点所对应的模块配置 文件的路径信息，以及所述应用节点所包含的物理资源类型所对应的物理文 件夹的路径。
5、 根据权利要求4所述的方法，其特征在于，所述方法还包括读取所述应用配置文件中的模块节点所对应的模块配置文件的路径信 息，获取模块配置文件，所述模块配置文件中包括模块节点的名称，以及所述模块节点下各子节点对应的信息；读取所述模块配置文件，根据所述模块配置文件中的模块节点的名称， 以及各子节点对应的信息，构造属于最低逻辑层的模块节点及所述模块节点 下的各子节点，生成所述应用节点下模块节点所对应的逻辑结构。
6、 根据权利要求5所述的方法，其特征在于，所述模块节点下各子节点对应的信息包括模块节点所包含的物理资源 类型所对应的物理文件夹的路径。
7、 根据权利要求2、 4或6所述的方法，其特征在于，所述物理资源类 型包括以下其中之一或任意组合配置、页面、业务服务、其它。
8、 根据权利要求4所述的方法，其特征在于，从预设的固定入口位置获 取所述工程配置文件，所述应用配置文件和^^块配置文件的路径信息是相对工程节点的相对3各径。
9、 根据权利要求8所述的方法，其特征在于，所述相对路径是根据实际 需要确定的。
10、 一种构建物理工程逻辑结构的装置，其特征在于，包括 划分单元，将物理工程中的资源在逻辑上进行层次划分，每个逻辑层对应至少一个逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为工 程节点；工程配置文件获取单元，用于获:f又与工程节点对应的工程配置文件，所 述工程配置文件中包括所述工程节点的名称，以及所述工程节点下各子节点对应的信息；所述方法还包括第一生成单元，读取所述工程配置文件，4艮据所述工程配置文件中的工 程节点的名称，以及各子节点对应的信息，构造所述工程节点及所述工程节 点下的各子节点，生成物理工程所对应的工程节点的逻辑结构。
11、 根据权利要求IO所述的装置，其特征在于，次高逻辑层为应用，其 所对应的逻辑节点为应用节点；所述工程节点下各子节点对应的信息包括 应用节点所对应的应用配置文件的路径信息，以及所述工程节点所包含的物 理资源类型所对应的物理文件夹的5^径；所述装置还包括应用配置文件获取单元，用于读取所述工程配置文件中的应用节点所对 应的应用配置文件的i 各径信息，获取应用配置文件，所述应用配置文件中包括所述应用节点的名称，以及所述应用节点下各子节点对应的信息；第二生成单元，用于读取所述应用配置文件，才艮据所述应用配置文件中 的应用节点的名称，以及各子节点对应的信息，构造属于次高逻辑层的应用 节点及所述应用节点下的各子节点，生成所述工程节点下应用节点所对应的 逻辑结构。
12、根据权利要求ll所述的装置，其特征在于，最低逻辑层为模块，其 所对应的逻辑节点为模块节点；所述应用节点下各子节点对应的信息包括 模块节点所对应的模块配置文件的路径信息，以及所述应用节点所包含的物 理资源类型所对应的物理文件夹的^4圣；所述装置还包括模块配置文件获取单元，用于读取所述应用配置文件中的模块节点所对 应的模块配置文件的路径信息，获取模块配置文件，所述模块配置文件中包 括模块节点的名称，以及所述模块节点下各子节点对应的信息；第三生成单元，用于读取所述模块配置文件，根据所述模块配置文件中 的模块节点的名称，以及各子节点对应的信息，构造属于最低逻辑层的模块 节点及所述模块节点下的各子节点，生成所述应用节点下模块节点所对应的 逻辑结构。
全文摘要
本发明公开了一种构建物理工程逻辑结构的方法和装置，所述方法包括将物理工程中的资源在逻辑上进行层次划分，每个逻辑层对应至少一个逻辑节点，其中，最高逻辑层为工程，其所对应的逻辑节点为工程节点；加载所述工程节点，获取与工程节点对应的工程配置文件，所述工程配置文件中包括所述工程节点的名称，以及所述工程节点下各子节点对应的信息；读取所述工程配置文件，根据所述工程配置文件中的工程节点的名称，以及各子节点对应的信息，构造所述工程节点及所述工程节点下的各子节点，生成物理工程所对应的工程节点的逻辑结构。应用本发明，使得工程的物理结构更清晰，便于开发人员迅速定位一些大的资源类型，提高了开发效率。
文档编号G06F9/44GK101387959SQ20081017301
公开日2009年3月18日 申请日期2008年10月29日 优先权日2008年10月29日
发明者霞 张, 柴永春, 勇 纪, 涛 裴 申请人:东软集团股份有限公司