Różnica SAXParserFactory XMLReaderFactory. Który wybrać?

Question

Oba wydają się mieć ten sam cel (utworzyć XMLReader). Niektóre samouczki zawierają jeden, a drugi inny.

SAXParserFactory:

• http://docs.oracle.com/javase/7/docs/api/javax/xml/parsers/SAXParserFactory.html
• wydaje się być bardziej konfigurowalny
• więcej boiler-talerz kod
• oficjalnie wspierany api

przykładowy kod:

// SAXParserFactory 
SAXParserFactory factory = SAXParserFactory.newInstance(); 
SAXParser parser = factory.newSAXParser(); 
XMLReader reader = parser.getXMLReader(); 
reader.parse(new InputSource("document.xml")); 

XMLReaderFactory:

• http://docs.oracle.com/javase/7/docs/api/org/xml/sax/helpers/XMLReaderFactory.html
• dwóch liniach mniej kod
• mniej konfigurowalny
• Komunalne wspierane i przychodzi bez waranty

przykładowy kod:

// XMLReaderFactory 
XMLReader xmlReader = XMLReaderFactory.createXMLReader(); 
xmlReader.parse(new InputSource("document.xml")); 

pytanie:

Są to główne różnice czy istnieją pewne, w jakim nadzorowane.

Którą wybrać?

Answer 1

Główne JAXP APIs są zdefiniowane w pakiecie javax.xml.parsers. Ten pakiet zawiera neutralne dla producenta klasy fabryczne, takie jak SAXParserFactory, które dają S AXParser.

Parametr definiuje fabryczny interfejs API, który umożliwia aplikacjom konfigurowanie i uzyskiwanie analizatora składni opartego na SAX w celu analizowania dokumentów XML.

• The SAXParser definiuje API, która otacza XmlReader klasy wykonania.

• Pakiet definiuje podstawowe interfejsy API SAX.

• Java Runtime pochodzi z domyślnej implementacji XMLReader

SAXParserFactory ukrywa których szczegóły (SAX1) ParserFactory/(Sax2) XMLReaderFactory ... od ciebie.

Jeśli chcesz, aby móc zastąpić domyślny JAXP Parser przez innego JAXP Parser (może być znany incomapatibilty/błąd w implementacji domyślnej) realizacja należy użyć sprzedawca neutralne SAXParserFactory.

Jeśli wiesz, że Twoja aplikacja zawsze będzie korzystać z SAX2XMLReader, możesz użyć XMLReaderFactory.

Answer 2

Elliotte Rusty Harold, który napisał książkę na temat przetwarzania XML w Javie, napisał kiedyś:

SAXParserFactory [is] a hideous, evil monstrosity of a class that should 
be hung, shot, beheaded, drawn and quartered, burned at the stake, 
buried in unconsecrated ground, dug up, cremated, and the ashes tossed 
in the Tiber while the complete cast of Wicked sings "Ding dong, the 
witch is dead." --Elliotte Rusty Harold on xml-dev 

nie będę rzeczywiście iść tak daleko (i jeśli to zrobiłem, chciałbym spróbować zrobić to gramatyczny). Podobnie jak wiele JAXP, nie jest to najcudowniejszy kawałek projektu; ale używam go jako domyślnego sposobu pobrania instancji analizatora składni, chociażby dlatego, że jest zgodny z innymi częściami JAXP.

Historycznie oba zostały opracowane równolegle. JAXP początkowo próbował dodać brakujące funkcje do SAX1, ale równolegle, SAX2 nadchodził i wypełniał niektóre z luk, więc ta konkretna luka została wypełniona dwukrotnie.