JSON vs XML parsowanie prędkości w Delphi

Question

Tworzymy aplikację, która używa dużo parsowania XML i myślałem, że może używać JSON, ponieważ możemy użyć JSON jako alternatywy dla XML.

Muszę przetestować, który jest szybszy JSON lub XML, ale pomyślałem, aby najpierw zapytać o opinię.

JSON w języku JavaScript jest natywny i jest szybki. Z pewnością szybszy niż parsowanie XML. Ale w Delphi nie ma klas rodzimych do robienia tego.

Moje pytanie brzmi - który jest szybszy w Delphi, przy użyciu biblioteki analizatora XML lub JSON? Czy są one równe prędkości?

A jeśli to szybciej niż który wolisz - Delphi Web Utils, JSON Delphi Library lub JSON Toolkit

Answer 1

Z dobrze napisany parsera JSON, XML i będzie mieć mniej więcej taki sam rozrządu. Możesz mieć wolny analizator składni JSON i szybki analizator składni XML.

Być może nieco wolniej dla XML, ponieważ składnia jest bardziej złożona niż JSON.

Ale wąskim gardłem będzie głównie czytanie z twardego dysku, a nie analizowanie zawartości.

Użyliśmy JSON dla klient/serwer naszego ORM, z kilku powodów (ale przekonasz innych, nie chcę, aby troll tutaj, po prostu rozmawiać z naszego małego eksperymentu):

• Podobnie jak XML, jest tekstowym, czytelnym dla człowieka formatem do reprezentowania prostych struktur danych i tablic asocjacyjnych (zwanych obiektami);
• Łatwiej jest czytać (zarówno dla ludzi, jak i maszyn), szybciej wdrażać i zwykle ma mniejszy rozmiar niż XML;
• Jest to bardzo wydajny format do buforowania danych;
• Jego układ pozwala na przepisanie w miejscu na poszczególne ciągi znaków UTF-8 o zerowym końcu, bez prawie żadnego zmarnowanego miejsca: ta funkcja jest używana do szybkiej, szybkiej konwersji JSON do tekstu wyników tabel bez przydzielania pamięci i kopiowania danych ;
• Jest obsługiwany natywnie przez język JavaScript, co czyni go idealnym formatowaniem serializacji w dowolnej aplikacji AJAX (tj. Web 2.0);
• Format JSON jest określony w dobrze znanym i prostym dokumencie RFC;
• Domyślnym kodowaniem tekstu dla JSON i naszej ORM jest UTF-8, który pozwala na przechowywanie i komunikację pełnego zestawu znaków Unicode;
• Jest to domyślny format danych używany przez usługi ASP.NET AJAX utworzone w Windows Communication Foundation (WCF) od .NET framework 3.5; więc oficjalnie Microsoft jest "gotowy";
• Dla transmisji binarnej blob, nie ma CDATA jak w XML. Więc po prostu kodujemy dane binarne jako szesnastkowe lub Base64 (zużywa mniej miejsca) wewnątrz ciągu JSON.

Informacje na temat szybkości analizowania można znaleźć w naszym in-place parser and JSON writer from SQLite3 results. Był bardzo zoptymalizowany pod kątem szybkości i szybki. Napisaliśmy proste, ale efficient JSON serialization dla każdego TPersistent, w tym kolekcje. Dodajemy tylko a dynamic array JSON serializer, który jest również bardzo szybki.

Dodatkowa uwaga:

Wszystkie te Parsery różnić się od tej, którą wspominamy, bo analizowania zawartości JSON i sformatować go jako tekst wewnątrz bufora wejściowego: nie ma alokacja pamięci wykonane podczas parsowania, tak jak powinien być szybszy niż inne rozwiązania. Treść tekstowa jest unieruchomiona, pola zakończone są # 0 i obliczany jest wskaźnik do początku tekstu. Aby uzyskać dostęp do wartości, wystarczy użyć wskaźnika, aby uzyskać dane. Zwykle parsuje trochę MB treści JSON bez żadnego czasu.

Zobacz także JSON parser embedded in DWS. Autor twierdził, że jest szybki. Ale nadal przydzielono blok pamięci dla każdego obiektu.