Question

DITA元数据中prodinfo元素内元数据元素的用途是什么？

每个prodinfo（可以是多个）只有一个产品名称，然后在里面你可以有组件，品牌，系列等。

prodinfo本身似乎旨在表明其对特定产品的适用性，并且您可以有多个表明其适用于多种产品。

但是在prodinfo里面你有组件，品牌，系列等，这对我来说似乎是通用元数据 - 即元数据说主题适用于更广泛的主题。但如果它在特定的prodinfo元素中，则没有意义。例如，如果我解释组件以指示该主题涉及产品的特定组件（比如引擎），那么可能会用于查找可以重用于多个不同产品的主题，所有这些都类似地描述引擎组件。

示例：

    <metadata>
        <prodinfo>
            <prodname>SuperMachine</prodname>
            <vrmlist>
                <vrm version="1.0"/>
            </vrmlist>
            <component>power pack</component>
            <component>engine</component>
            <brand>ACME</brand>
            <series>Z32</series>
        </prodinfo>
    </metadata>

我认为在这种情况下，组件元数据应该不附加到特定产品。那么这些部分如何用于DITA元数据呢？

Answer 1

出于我们的目的，描述产品元数据的prodinfo方式才有效。我们的情况如下：我们有一个软件产品（服务器应用程序），以我们自己的品牌销售，但也有一个不同品牌的OEM模型。

那么我们接下来要做的是：

<metadata>
    <prodinfo>
        <prodname>OurBigServerSoftware</prodname>
        <vrmlist>
            <vrm version="10"/>
        </vrmlist>
        <component>PDF rendering engine</component>
        <brand>OEM Partner 1</brand>
    </prodinfo>
</metadata>

这使我们可以将主题标记为特定于单个OEM合作伙伴，还可以过滤产品名称本身（因为OEM合作伙伴的捆绑解决方案通常包含产品组合）。

我想这只是说有一种情况确实有意义： - ）

Answer 2

关于这个问题的想法是依靠地图来定义特定上下文的元数据。然后，您可以在主题中使用@conkeyref从地图中提取，以便在输出中生成您在该点描述的正确结构的正确信息。这样，您在单个主题中没有多个元素来显示主题的适用性。

在keydef地图中，您甚至可以创建所需的所有关联元数据，并过滤掉不适用的密钥，以便将正确的元数据应用于主题。

Answer 3

我们在地图文件中使用prodname来确定要在转换方案中使用的PDF模板。每个产品都有自己的外观和感觉，prodname值决定了使用哪种格式。我们使用品牌，系列等（也在地图文件中指定）作为值来生成PDF的第一页。

不确定这是否是最好的方法，但它对我们来说效果很好。

在DITA中使用prodname元数据？

3 个答案: