I. elegancki kod XSLT

często można znaleźć przykłady pięknego kodu XSLT, zwłaszcza gdy XSLT jest używany jako funkcjonalny język programowania .

Przykłady zobacz Ten artykuł on FXSL 2.0 -- Biblioteka programowania funkcyjnego dla XSLT 2.0.

Jako język FP XSLT jest również język deklaratywny. Oznacza to między innymi, że deklaruje się, określa istniejące relacje.

Taka definicja często nie wymaga żadnego dodatkowego kodu, aby uzyskać wynik-sama w sobie jest własną implementacją lub wykonywalną definicją lub wykonywalną specyfikacją.

Oto mały przykład .

To wyrażenie XPath 2.0 definiuje "Maximum Prime Factor liczby naturalnej":

if(f:isPrime($pNum))
  then $pNum
  else
    for $vEnd in xs:integer(floor(f:sqrt($pNum, 0.1E0))),
        $vDiv1 in (2 to $vEnd)[$pNum mod . = 0][1],
        $vDiv2 in $pNum idiv $vDiv1
      return
        max((f:maxPrimeFactor($vDiv1),f:maxPrimeFactor($vDiv2)))

Wymowa w języku angielskim , Maksymalna liczba pierwsza numer pNum jest liczbą samą w sobie, jeśli pNum jest pierwszym, w przeciwnym razie, jeśli vDiv1 oraz vDiv2 są dwa czynniki pNum, wówczas maksymalny współczynnik pierwszości pNum jest większy z maksimum czynników pierwszych vDiv1 oraz vDiv2.

Jak to wykorzystać do obliczenia maksymalnego współczynnika początkowego w XSLT? po prostu zamykamy powyższą definicję w <xsl:function> i ... get the wynik!

 <xsl:function name="f:maxPrimeFactor" as="xs:integer">
  <xsl:param name="pNum" as="xs:integer"/>

  <xsl:sequence select=
   "if(f:isPrime($pNum))
      then $pNum
      else
        for $vEnd in xs:integer(floor(f:sqrt($pNum, 0.1E0))),
            $vDiv1 in (2 to $vEnd)[$pNum mod . = 0][1],
            $vDiv2 in $pNum idiv $vDiv1
          return
            max((f:maxPrimeFactor($vDiv1),f:maxPrimeFactor($vDiv2)))
   "/>
 </xsl:function>

Możemy zatem obliczyć MPF dla dowolnej liczby naturalnej, na przykład:

f:maxPrimeFactor(600851475143) = 6857

Jeśli chodzi o wydajność, cóż, ta transformacja trwa tylko 0,109 sek .

Inne przykłady zarówno ellegant jak i efficient kodu XSLT :

• Tim Bray's Wide Finder, Jak rozwiązano proszę..
• Kaskada delecje
• Transitive closure
• znajdowanie wszystkich anagramów o słowie
• Konkordancja z korpusu tekstowego (Stary Testament)
• sprawdzanie pisowni (Otello Szekspira)
• Sudoku solver

II. niektóre Zasady

Oto kilka zasad pisania "quality XSLT code", zaczerpniętych z bloga Mukul Ghandi.

Można je sprawdzić/egzekwować za pomocą narzędzia opracowanego przez Mukul:

1. DontUseDoubleSlashOperatorNearRoot: Unikaj używania operatora / / w pobliżu korzenia dużego drzewa.

2. DontUseDoubleSlashOperator: Unikaj używania operatora / / w XPath wyrażenia.

3. Settingvalueofvariableincorrely: przypisz wartość do zmiennej używając składni 'select', jeśli przypisujesz wartość łańcuchową.

4. EmptyContentInInstructions: nie używaj pustej zawartości do instrukcji takich jak 'xsl: for-each' 'xsl: if' 'xsl: when' itd.

5. DontUseNodeSetExtension: nie używaj funkcji rozszerzenia zestawu węzłów, jeśli używasz XSLT 2.0.

6. RedundantNamespaceDeclarations: istnieją nadmiarowe przestrzenie nazw deklaracje w elemencie xsl: stylesheet.

7. UnusedFunction: funkcje arkusza stylów są nieużywane.

8. UnusedNamedTemplate: nazwane szablony w arkuszu stylów są nieużywane.

9. UnusedVariable: zmienna jest nieużywana w arkuszu stylów.

10. Unusedfunctiontemplateparametr: parametr funkcji lub szablonu jest nieużywany w treści funkcji/szablonu.

11. TooManySmallTemplates: zbyt wiele niskich szablonów w arkusz stylów (10 lub więcej).

12. MonolithicDesign: użycie pojedynczego szablonu / funkcji w arkuszu stylów. Możesz modularyzować kod.

13. OutputMethodXml: Użycie metody wyjściowej ' xml ' podczas generowania kodu HTML.

14. NotUsingSchemaTypes: arkusz stylów nie używa żadnego z wbudowanych typów schematów (xs: string itd.), podczas pracy w trybie XSLT 2.0.

15. UsingNameOrLocalNameFunction: Using name () function when local-name() może być odpowiednie (i vice-versa).

16. Functemplatecomplexity: rozmiar / złożoność funkcji lub szablonu jest wysoka. Istnieje potrzeba refaktoryzacji kodu.

17. NullOutputFromStylesheet: arkusz stylów nie generuje żadnych użytecznych danych wyjściowych. Proszę ponownie zapoznać się z logiką arkusza stylów.

18. UsingNamespaceAxis: używanie przestarzałej osi przestrzeni nazw podczas pracy w XSLT 2.0 mode.

19. CanUseAbbreviatedAxisSpecifier: używanie długich specyfikacji osi, takich jak child::, attribute:: lub parent:: node().

20. UsingDisableOutputEscaping: ustawiono atrybut disable-output-escaping na 'yes'. Proszę ponownie zapoznać się z logiką arkusza stylów.

21. Notcreatingelementcorrecily: Tworzenie węzła elementu za pomocą instrukcji xsl: element, gdy było to możliwe bezpośrednio.

22. AreYouConfusingVariableAndNode: możesz pomylić odniesienie do zmiennej z odniesieniem do węzła. (autor: Alain Benedetti)

23. Incorrerectuseofbooleanconstants: niepoprawne użycie stałych logicznych jako 'true' lub 'false'. (autor: Tony Lavinio)

24. ShortNames: użycie nazwy jednego znaku dla zmiennej / funkcji / szablonu. Używaj sensownych nazw dla tych funkcje.

25. NameStartsWithNumeric: nazwa zmiennej / funkcji / szablonu zaczyna się znakiem liczbowym

Najlepsze praktyki 1 : używaj szablonów zamiast Kiedy tylko możesz (co stanowi 99% przypadków)

(Czy Mogę dodać konserwację jako dodatkowy składnik w najlepszych praktykach, imho nawet najważniejszy)

Aby zrozumieć xsl naprawdę potrzebujesz trochę praktyki.
Nie rozumiejąc, co sth. robi to jest bardzo względne oczywiście.

To jest podwójne dla XSLT, ponieważ xsl: for-każdy konstrukt ma tendencję do

• więcej czytelne

Dla nowicjusza, ale w rzeczywistości

• mniej zorganizowany,
• mniej proste,
• mniej zwięzłe i
• a lot less maintainable

Niż szablony i tylko

• równomiernie czytelny (w najlepszym wypadku!!) za tak. z minimalnym doświadczeniem w template.

Nigdy, przenigdy nie używaj elementu !

Przyznam, że tytuł jest nieco przesadzone, istnieją, byłem powiedziane, przypadki w które " xsl dla każdego" może mieć swoje zalety, ale te przypadki są bardzo, bardzo rzadkie.

Kiedyś musiałem wymyślić dość skomplikowana strona klienta xml/xslt w mniej niż tydzień, i użył for-każdy element w całym miejscu. Teraz, kilka lat później i tak jakby, mądrzejszy, nie spieszyłem się i przepisałem kod początkowy, wykorzystujący tylko szablony. Kod teraz jest o wiele czystszy i bardziej elastyczny.

Albo ty to wiesz, albo ty powinno: and są prawie zawsze brawo. Jeśli jesteś xsl-ing, a Ty nie do końca rozumiem te tagi, przerwij swoją pracę teraz, naucz się ich, zdobądź aha-erlebnis, i kontynuuj swoją pracę a jako odrodzony (wo)człowiek.

Problemy z plikami

1. Wiele małych plików jest lepszych niż kilka dużych.

2. Prefiks zawierał / importował pliki z 'i -'.

Służy jako wskaźnik, że plik powinien być edytowany z ostrożnością, ponieważ można złamać funkcjonalność importowania / włączania plików. Sprawdź je przed zatwierdzeniem zmian.

3. Nigdy nie dołączaj/Importuj nieprzygotowanego pliku.

Jeśli chcesz zrób cheeseburgera.xsl, nie włączaj hamburgera.xsl. Zamiast tego Dołącz i-bread.xsl, i-beef.xsl i nowo powstały i-cheese.xsl.

Ze względu na czytelność używam znacznika xsl:template. Jest bardzo zwięzły i prosty w użyciu. Łatwo jest przekazać parametry do szablonu. Technika ta nazywana jest enkapsulacją i jest jednym z fundamentów dobrego programowania.