4

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

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

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

但是在 prodinfo 中，您有组件、品牌、系列等，在我看来，这似乎是通用元数据 - 即表示该主题适用于更广泛主题的元数据。但如果它在特定的 prodinfo 元素内，则没有任何意义。例如，如果我将 component 解释为表明主题涉及产品的特定组件，例如引擎，那么它可能被用来找到可以重用于多个不同产品的主题，所有这些都以类似的方式描述引擎组件。

例子：

    <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 元数据中使用呢？

4

3 回答 3

3

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

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

于 2013-03-07T15:18:06.817 回答
3

就我们的目的而言，描述产品元数据的 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 合作伙伴的捆绑解决方案通常由产品组合组成）。

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

于 2013-02-28T08:16:22.997 回答
1

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

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

于 2013-03-08T01:52:53.803 回答