Вот решение по группировке по Мюнхену, которое вы ищете.
Исходя из исходного предоставленного вами XML, я подумал, что группировки по AreaID будет достаточно, но оказывается, что также необходима вторая группировка по UnitID.
Вот мое модифицированное решение XSLT 1.0. Это не намного сложнее, чем оригинальное решение:
<xsl:stylesheet
version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
>
<xsl:key name="kPlanByArea" match="Plan"
use="@AreaID" />
<xsl:key name="kPlanByAreaAndUnit" match="Plan"
use="concat(@AreaID, ',', @UnitID)" />
<xsl:template match="/">
<xsl:apply-templates select="Root/Plans" />
</xsl:template>
<!-- main template -->
<xsl:template match="Plans">
<ol>
<!-- group by '{@AreaID}' (note the template mode!) -->
<xsl:apply-templates mode="area-group" select="
Plan[
generate-id()
=
generate-id(
key('kPlanByArea', @AreaID)[1]
)
]
">
<xsl:sort select="@AreaID" data-type="number" />
</xsl:apply-templates>
</ol>
</xsl:template>
<!-- template to output each '{@AreaID}' group -->
<xsl:template match="Plan" mode="area-group">
<li>
<xsl:value-of select="concat('Area ', @AreaID)" />
<ol>
<!-- group by '{@AreaID},{@UnitID}' -->
<xsl:apply-templates mode="unit-group" select="
key('kPlanByArea', @AreaID)[
generate-id()
=
generate-id(
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))[1]
)
]
">
<xsl:sort select="@UnitID" data-type="number" />
</xsl:apply-templates>
</ol>
</li>
</xsl:template>
<!-- template to output each '{@AreaID},{@UnitID}' group -->
<xsl:template match="Plan" mode="unit-group">
<li>
<xsl:value-of select="concat('Unit ', @UnitID)" />
<ol>
<xsl:apply-templates select="
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))/Part
">
<xsl:sort select="@UnitID" data-type="number" />
</xsl:apply-templates>
</ol>
</li>
</xsl:template>
<!-- template to output Parts into a list -->
<xsl:template match="Part">
<li>
<xsl:value-of select="concat('Part ', @ID, ' (', @Name ,')')" />
</li>
</xsl:template>
</xsl:stylesheet>
Так как в вашем XML его нет, я добавил UnitID для группировки по:
<Plan AreaID="1" UnitID="86">
<Part ID="8651" Name="zzz" />
</Plan>
А вот и вывод:
<ol>
<li>Area 1
<ol>
<li>Unit 83
<ol>
<li>Part 9122 (foo)</li>
<li>Part 9126 (bar)</li>
</ol>
</li>
<li>Unit 86
<ol>
<li>Part 8650 (baz)</li>
<li>Part 8651 (zzz)</li>
</ol>
</li>
<li>Unit 95
<ol>
<li>Part 7350 (meh)</li>
</ol>
</li>
</ol>
</li>
<li>Area 2
<ol>
<li>Unit 26
<ol>
<li>Part 215 (quux)</li>
</ol>
</li>
</ol>
</li>
</ol>
Поскольку вам кажется, что вам трудно работать с ключом XSL, вот моя попытка объяснения:
<xsl:key> абсолютно эквивалентен ассоциативному массиву (map, hash, как вы его называете), известному многим языкам программирования. Это:
<xsl:key name="kPlanByAreaAndUnit" match="Plan"
use="concat(@AreaID, ',', @UnitID)" />
генерирует структуру данных, которая может быть выражена в JavaScript следующим образом:
var kPlanByAreaAndUnit = {
"1,83": ['array of all <Plan> nodes with @AreaID="1" and @UnitID="83"'],
"1,86": ['array of all <Plan> nodes with @AreaID="1" and @UnitID="86"'],
/* ... */
"1,95": ['array of all <Plan> nodes with @AreaID="1" and @UnitID="95"']
};
Функция доступа к структуре данных называется key(). Итак, это выражение XPath:
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))
является логическим эквивалентом (опять же в JavaScript):
kPlanByAreaAndUnit[this.AreaID + ',' + this.UnitID];
возвращает массив (набор узлов, точнее) всех узлов, соответствующих заданной ключевой строке (ключ всегда является строкой). Этот набор узлов может использоваться как любой другой набор узлов в XSLT, т. Е. Тот, который вы получаете с помощью «традиционного» XPath. Это означает, что вы можете применять к нему условия (предикаты):
<!-- first node only... -->
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))[1]
<!-- nodes that have <Part> children only... -->
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))[Part]
или используйте его как базу для навигации по XPath:
<!-- the actual <Part> children of matched nodes... -->
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))/Part
и так далее. Это также означает, что мы можем использовать его как выражение «select» для <xsl:apply-templates>, и мы можем использовать его как основу для группировки. Что подводит нас к сути вышеуказанной таблицы стилей (если вы обернули голову вокруг этой таблицы, вы также поняли и остальное решение):
key('kPlanByArea', @AreaID)[
generate-id()
=
generate-id(
key('kPlanByAreaAndUnit', concat(@AreaID, ',', @UnitID))[1]
)
]
Снова в JavaScript это можно выразить как:
// the result will be a node-set, so we prepare an array
var selectedNodes = [];
// "key('kPlanByArea', @AreaID)"
var nodeSet = kPlanByArea[this.AreaID];
// "[...]" - the [] actually triggers a loop that applies
// the predicate expression to all nodes in the set, so we do:
for (var i = 0; i < nodeSet.length; i++) {
// use the current node for any calculations
var c = nodeSet[i];
if (
// if the current node === the *first* node in kPlanByAreaAndUnit...
generateId(c)
==
generateId(kPlanByAreaAndUnit[c.AreaID + ',' + c.UnitID][0])
) {
// ...include it in the resulting selection
selectedNodes.push(c)
}
}
После того как выражение выполнено, выбираются только те узлы, которые являются соответствующими первыми с заданной комбинацией «AreaID, UnitID» - фактически мы сгруппировали их по их комбинации «AreaID, UnitID».
Применение шаблона к этому набору узлов приводит к тому, что каждая комбинация появляется только один раз. Затем My <xsl:template match="Plan" mode="unit-group"> снова получает полный список для получения полного вывода для каждой группы.
Я надеюсь, что использование JavaScript для объяснения концепции было полезной идеей.