Convenzioni di denominazione buone o comuni per gli URI dello spazio dei nomi XML

Question

Sto cercando alcune idee per le convenzioni di denominazione valide per gli spazi dei nomi di destinazione xsd.

Fondamentalmente ho solo bisogno di prendere una decisione definitiva su come denominare lo spazio dei nomi di destinazione del mio xsd, quindi cerco di farlo bene la prima volta. Cambiarlo in seguito richiederebbe modifiche a un altro sistema che non è nel mio controllo.

Hai esperienza delle passate creazioni dello schema XML su una soluzione valida e funzionante? Ho cercato di trovare informazioni online, ma la maggior parte degli esempi utilizza solo spazi dei nomi di destinazione molto generici come "http: // exampleSchema" e simili. In realtà sto cercando di trovare alcuni esempi di vita reale.

Answer 1

Le pratiche proprie del W3C per la selezione di URI di lunga durata sono una buona base per gli URI dello spazio dei nomi XML. Vedere Cool URIs don't change per alcuni suggerimenti, con l'eccezione che l'URI dello spazio dei nomi non deve essere recuperabile e quindi alcune di queste linee guida potrebbero non essere applicabili.

• utilizzare un prefisso che è inequivocabilmente legata al proprietario specifiche come l'URI del server Web. Se lo schema sarà disponibile online, è un bel tocco se può essere trovato nel suo URI di denominazione. L'uso di URL HTTP non è richiesto, anche se è pratica comune.
• Includere una data approssimativa chiusa dopo lo (anno e mese è buono) in modo che se in futuro riorganizzi il tuo spazio dei nomi, la vendemmia del nome (e quindi la sua organizzazione interna) non è ambigua. Si noti che questa è la data in cui l'URI è stato assegnato per la prima volta, non la data della versione corrente.
• Aggiungere un nome per identificare l'argomento di questo schema particolare, in modo che sia possibile distinguerlo da altri schemi correlati. Questo nome dovrebbe essere immutabile, anche se il nome commerciale del soggetto deve cambiare. Forse qualcun altro che detiene un marchio su di esso ti ha sorpreso, forse il reparto vendite vuole provare un nuovo giro, ma il codice non dovrebbe rompersi.
• Infine, se le versioni successive dello stesso schemanon sono compatibili tra loro, aggiungere un componente di versione univoco per indicare l'interruzione di compatibilità. Se il controllo delle versioni è gestito nell'ambito del vocabolario (ad esempio tramite un attributo di versione), d'altra parte, lascia questo fuori.

XSLT utilizza la seguente:

http://www.w3.org/1999/XSL/Transform 

questo si inserisce il modello di cui sopra. Identificatore, data e nome del proprietario; e nessun componente di versioning perché il controllo delle versioni è gestito all'interno del vocabolario XSLT.

In un pizzico, si può anche ottenere via con

mailto:author@example.org?Subject=2008+XML+Basketweaving+specification 

che si inserisce il modello come pure, ma suggerisce un punto di contatto invece di un repository di informazioni.