DOM處理后的XML屬性順序通過標(biāo)準(zhǔn)DOM處理XML時，序列化后不保證屬性順序。最后，這就是我在使用標(biāo)準(zhǔn)java XML Transform API序列化輸出時所實(shí)現(xiàn)的。但是我確實(shí)需要保留訂單。我想知道Java是否有任何可能性來保持通過DOM API處理的XML文件的原始屬性順序，或任何強(qiáng)制命令的方式（可能通過使用替代序列化API來設(shè)置此一種財(cái)產(chǎn)）。在我的情況下，處理減少以改變具有一堆屬性的相同元素的序列的一些屬性（不是全部）的值，并且可以插入更多元素。有沒有“簡單”的方法，還是我必須定義自己的XSLT轉(zhuǎn)換樣式表來指定輸出并更改整個輸入XML文件？更新我必須感謝你的所有答案。答案似乎比我預(yù)期的更明顯。我從未關(guān)注屬性順序，因?yàn)槲抑皬奈葱枰?。需要屬性順序的主要原因是生成的XML文件看起來不同。目標(biāo)是一個包含數(shù)百個警報的配置文件（每個警報由一組屬性定義）。這個文件通常隨著時間的推移幾乎沒有什么修改，但是保持它的順序是很方便的，因?yàn)楫?dāng)我們需要修改它的東西時，它是手工編輯的。有時，一些項(xiàng)目需要對此文件進(jìn)行輕微修改，例如將其中一個屬性設(shè)置為客戶特定代碼。我剛開發(fā)了一個小應(yīng)用程序來合并原始文件（所有項(xiàng)目通用）和每個項(xiàng)目的特定部分（修改某些屬性的值），因此特定于項(xiàng)目的文件獲取基礎(chǔ)文件的更新（新警報定義或某些屬性）價值錯誤修正）。我需要有序?qū)傩缘闹饕獎訖C(jī)是能夠通過文本比較工具（例如Winmerge）檢查應(yīng)用程序的輸出。如果格式（主要是屬性順序）保持不變，則可以很容易地發(fā)現(xiàn)差異。我真的認(rèn)為這是可能的，因?yàn)閄ML處理程序（如XML Spy）允許您編輯XML文件并應(yīng)用一些排序（網(wǎng)格模式）。也許我唯一的選擇是使用其中一個程序來手動修改輸出文件。
3 回答
縹緲止盈
TA貢獻(xiàn)2041條經(jīng)驗(yàn) 獲得超4個贊
很抱歉，但答案比“不能你不能”或“你為什么首先需要這樣做？”更為微妙。
簡短的回答是“DOM不允許你這樣做，但SAX會”。
這是因?yàn)镈OM不關(guān)心屬性順序，因?yàn)榫蜆?biāo)準(zhǔn)而言它是沒有意義的，并且當(dāng)XSL獲得輸入流時，信息已經(jīng)丟失。大多數(shù)XSL引擎實(shí)際上會優(yōu)雅地保留輸入流屬性順序（例如Xalan-C（在一種情況下除外）或Xalan-J（總是））。特別是如果你使用<xsl:copy*>。
在我所知的情況下，不保留屬性順序的情況是。 - 如果輸入流是DOM - Xalan-C：如果你按字面插入結(jié)果樹標(biāo)簽（例如<elem att1={@att1} .../>
以下是SAX的一個示例，用于記錄（也禁止DTD嘮叨）。
SAXParserFactory spf = SAXParserFactoryImpl.newInstance();
spf.setNamespaceAware(true);
spf.setValidating(false);
spf.setFeature("http://xml.org/sax/features/validation", false);
spf.setFeature("http://apache.org/xml/features/nonvalidating/load-dtd-grammar", false);
spf.setFeature("http://apache.org/xml/features/nonvalidating/load-external-dtd", false);
SAXParser sp = spf.newSAXParser() ;
Source src = new SAXSource ( sp.getXMLReader(), new InputSource( input.getAbsolutePath() ) ) ;
String resultFileName = input.getAbsolutePath().replaceAll(".xml$", ".cooked.xml" ) ;
Result result = new StreamResult( new File (resultFileName) ) ;
TransformerFactory tf = TransformerFactory.newInstance();
Source xsltSource = new StreamSource( new File ( COOKER_XSL ) );
xsl = tf.newTransformer( xsltSource ) ;
xsl.setParameter( "srcDocumentName", input.getName() ) ;
xsl.setParameter( "srcDocumentPath", input.getAbsolutePath() ) ;
xsl.transform(src, result );
我還想指出的是，在許多反對者的意圖存在的情況下，屬性順序做的事情。
回歸測試是一個明顯的例子。任何被稱為優(yōu)化編寫不太好的XSL的人都知道你通常希望確保“新”結(jié)果樹與“舊”結(jié)果樹相似或相同。當(dāng)結(jié)果樹大約有一百萬行時，XML diff工具證明過于笨拙......在這些情況下，保留屬性順序非常有幫助。
希望這可以幫助 ;-）
弒天下
TA貢獻(xiàn)1818條經(jīng)驗(yàn) 獲得超8個贊
請參閱XML建議的第3.1節(jié)。它說，“請注意，start-tag或empty-element標(biāo)簽中屬性規(guī)范的順序并不重要?！?/p>
如果一個軟件需要XML元素上的屬性以特定順序出現(xiàn)，那么該軟件不處理XML，它處理的文本看起來像表面上的XML。它需要修復(fù)。
如果無法修復(fù)，并且您必須生成符合其要求的文件，則無法可靠地使用標(biāo)準(zhǔn)XML工具來生成這些文件。例如，您可以嘗試（按照您的建議）使用XSLT以定義的順序生成屬性，例如：
<test> <xsl:attribute name="foo"/> <xsl:attribute name="bar"/> <xsl:attribute name="baz"/></test>
只是發(fā)現(xiàn)XSLT處理器發(fā)出這樣的：
<test bar="" baz="" foo=""/>
因?yàn)樘幚砥魇褂玫腄OM按標(biāo)簽名稱按字母順序排序?qū)傩?。（這是XML DOM中常見但不通用的行為。）
但我想強(qiáng)調(diào)一些事情。如果某個軟件在某個方面違反了XML建議，則可能在其他方面違反了該建議。如果在以錯誤的順序提供屬性時它會中斷，如果使用單引號分隔屬性，或者屬性值包含字符實(shí)體，或者XML建議說XML文檔中的任何其他內(nèi)容，它可能也會中斷可以做到這個軟件的作者可能沒有想到。
收到一只叮咚
TA貢獻(xiàn)1821條經(jīng)驗(yàn) 獲得超5個贊
不可能過分強(qiáng)調(diào)羅伯特羅斯尼剛剛說的話，但我會試試。;-)
國際標(biāo)準(zhǔn)的好處是，當(dāng)每個人都遵循它們時，生活是美好的。我們所有的軟件都和平相處。
XML必須是我們最重要的標(biāo)準(zhǔn)之一。它是像SOAP這樣的“舊網(wǎng)”東西的基礎(chǔ)，還有像RSS和Atom這樣的“web 2.0”。這是因?yàn)閄ML能夠在不同平臺之間進(jìn)行互操作的明確標(biāo)準(zhǔn)。
如果我們一點(diǎn)一點(diǎn)地放棄XML，我們將陷入這樣一種情況，即XML的生產(chǎn)者將無法假設(shè)XML的使用者能夠使用他們的內(nèi)容。這將對該行業(yè)產(chǎn)生災(zāi)難性影響。
對于根據(jù)標(biāo)準(zhǔn)編寫不處理XML的代碼的任何人，我們應(yīng)該非常有力地推遲。我理解，在這些經(jīng)濟(jì)時代，人們不愿意冒犯“不”來冒犯客戶和商業(yè)伙伴。但在這種情況下，我認(rèn)為這是值得的。如果我們不得不為每個業(yè)務(wù)合作伙伴手工制作XML，那么我們的財(cái)務(wù)狀況會更差。
因此，不要“啟用”不了解XML的公司。向他們發(fā)送標(biāo)準(zhǔn)，突出顯示相應(yīng)的行。他們需要不再認(rèn)為XML只是帶有尖括號的文本。它的行為與表示尖括號的文本不同。
這不是有借口的。即使最小的嵌入式設(shè)備也可以在其中使用全功能的XML解析器實(shí)現(xiàn)。我還沒有聽到過無法解析標(biāo)準(zhǔn)XML的充分理由，即使人們無法負(fù)擔(dān)全功能的DOM實(shí)現(xiàn)。
添加回答
舉報
0/150
提交
取消