[XML] Namespaces in extern bestand definieren - Softwareontwikkeling

vrijdag 28 juli 2006 12:46

Acties:

Design-by-buzzword fanatic

Topicstarter

Ik ben bezig met het maken van een JSF/Facelets weblaag en merk dat er weleens veranderingen zijn in de gebruikte namespaces, bijvoorbeeld omdat ik een nieuwe component library ga gebruiken.

Dan moet ik door alle bestanden heen om de wijzigingen door te voeren en dat zijn er vrij veel.

Weten jullie een manier om deze namespace/prefix declaraties extern vast te leggen?

Dit stuk code zou ik dus graag extern hebben, maar wel zo dat ik de prefixen in mijn bestanden kan blijven gebruiken.:

XML:

<html
    xmlns="http://www.w3.org/1999/xhtml"
    xmlns:ui="http://java.sun.com/jsf/facelets"
    xmlns:h="http://java.sun.com/jsf/html"
    xmlns:f="http://java.sun.com/jsf/core"
    xmlns:c="http://java.sun.com/jstl/core"
    xmlns:t="http://myfaces.apache.org/tomahawk">

[ Voor 11% gewijzigd door JKVA op 28-07-2006 19:30 ]

Fat Pizza's pizza, they are big and they are cheezy

zaterdag 29 juli 2006 12:15

Acties:

JKVA

Design-by-buzzword fanatic

Topicstarter

Klein kickje...

Niemand een idee hoe je die lap code in een ander bestand kunt vastleggen en gebruiken in je XHTML pagina's?

Fat Pizza's pizza, they are big and they are cheezy

zaterdag 29 juli 2006 12:20

Acties:

RaZ

Funky Cold Medina

Wat is er mis met include?

Ey!! Macarena \o/

zaterdag 29 juli 2006 12:52

Acties:

misfire

Als je een nieuw component in een nieuwe namespace ergens gaat gebruiken dan hoef je in principe alleen die pagina's te veranderen waar je het component gebruikt. Je hoeft dus niet alle pagina's continu te wijzigen, en ik vind het persoonlijk dan duidelijker welke pagina nu wat gebruikt. Geen includes houdt ook alles wat simpeler en onafhankelijker.

Als je dit soort info toch wilt centraliseren dan kun je in JSF nog gewoon de vertrouwde JSP "<%@ include file="/jsp/header.jsp" %>" statische include gebruiken. Als je editor dit snapt dan zou dit voor je kunnen werken. Merk op dat dynamische includes in JSF (jsp:include) moeten worden gewrapped met een f:(sub)view control, anders gaat het mis, en met dynamische includes kun je geen nieuwe (namespace) definities includen.

zaterdag 29 juli 2006 21:33

Acties:

JKVA

Design-by-buzzword fanatic

Topicstarter

misfire schreef op zaterdag 29 juli 2006 @ 12:52:
Als je een nieuw component in een nieuwe namespace ergens gaat gebruiken dan hoef je in principe alleen die pagina's te veranderen waar je het component gebruikt. Je hoeft dus niet alle pagina's continu te wijzigen, en ik vind het persoonlijk dan duidelijker welke pagina nu wat gebruikt. Geen includes houdt ook alles wat simpeler en onafhankelijker.

In dit geval kwam het er op neer dat ik overal de verkeerde URI had voor JSTL en dus alle bestanden door moest. En daar heb ik weinig zin in.

Verder wordt het volgens mij niet direct onafhankelijker. Het voordeel dat imports hebben bij Java, speelt hier naar mijn idee niet.

Als je dit soort info toch wilt centraliseren dan kun je in JSF nog gewoon de vertrouwde JSP "<%@ include file="/jsp/header.jsp" %>" statische include gebruiken. Als je editor dit snapt dan zou dit voor je kunnen werken. Merk op dat dynamische includes in JSF (jsp:include) moeten worden gewrapped met een f:(sub)view control, anders gaat het mis, en met dynamische includes kun je geen nieuwe (namespace) definities includen.

Helaas, ik gebruik Facelets en die wil per se valide X(HT)ML hebben en daar hoort dergelijke JSP code niet bij.

Fat Pizza's pizza, they are big and they are cheezy

zondag 30 juli 2006 12:02

Acties:

misfire

Ah natuurlijk, Facelets had ik even overheen gelezen. Dan heb je pech ben ik bang. Gelukkig kan een namespace corrigeren ook prima met een find/replace actie in de betere tekst editors, dus je hebt nergens die includes voor nodig.

Een web site onderhouden met tig include files is al snel vervelend, het wordt al snel heel moeilijk te bepalen is hoe include files de pagina's (en andere includes) beïnvloeden. Compositie van meerdere pagina-onderdelen kun je met JSF veel mooier oplossen dan met includes.

zondag 30 juli 2006 13:03

Acties:

JKVA

Design-by-buzzword fanatic

Topicstarter

misfire schreef op zondag 30 juli 2006 @ 12:02:
Ah natuurlijk, Facelets had ik even overheen gelezen. Dan heb je pech ben ik bang. Gelukkig kan een namespace corrigeren ook prima met een find/replace actie in de betere tekst editors, dus je hebt nergens die includes voor nodig.

Een web site onderhouden met tig include files is al snel vervelend, het wordt al snel heel moeilijk te bepalen is hoe include files de pagina's (en andere includes) beïnvloeden. Compositie van meerdere pagina-onderdelen kun je met JSF veel mooier oplossen dan met includes.

Helaas, dan maar efkes alle veranderingen in één keer doorvoeren. Tis toch niet erg waarschijnlijk dat in de toekomst alle pagina's aangepast moeten worden, hooguit een paar omdat er nieuwe componenten in komen.

Dat over die compositie ben ik helemaal met je eens, dat is ook één van de redenen dat ik voor dit project voor Facelets gekozen heb (en aan ongeveer elk ander JSF project binnen het bedrijf adviseer).

Fat Pizza's pizza, they are big and they are cheezy