Инкрементальный разбор JSON в C#
Я пытаюсь анализировать JSON постепенно, то есть на основе условия.
Ниже мое сообщение json, и в настоящее время я использую JavaScriptSerializer для десериализации сообщения.
string json = @"{"id":2,
"method":"add",
"params":
{"object":
{"name":"test"
"id":"1"},
"position":"1"}
}";
JavaScriptSerializer js = new JavaScriptSerializer();
Message m = js.Deserialize<Message>(json);
Класс сообщения показан ниже:
public class Message
{
public string id { get; set; }
public string method { get; set; }
public Params @params { get; set; }
public string position { get; set; }
}
public class Params
{
public string name { get; set; }
public string id{ get; set;
}
Приведенный выше код анализирует сообщение без проблем. Но он анализирует весь JSON одновременно. Я хочу, чтобы он продолжал синтаксический анализ, только если значение параметра "method" равно "add". Если это не "добавить", то я не хочу, чтобы он приступил к анализу остальной части сообщения. Есть ли способ сделать инкрементальный анализ на основе условия в C#? (Окружающая среда: VS 2008 с.Net 3.5)
6 ответов
Я должен признать, что я не так хорошо знаком с JavaScriptSerializer, но если вы открыты для использования JSON.net, он имеет JsonReader
это действует так же, как DataReader
,
using(var jsonReader = new JsonTextReader(myTextReader)){
while(jsonReader.Read()){
//evaluate the current node and whether it's the name you want
if(jsonReader.TokenType.PropertyName=="add"){
//do what you want
} else {
//break out of loop.
}
}
}
Вот общие и простые методы, которые я использую для анализа, загрузки и создания очень больших файлов JSON. В коде теперь используется стандартная библиотека JSON.Net. К сожалению, документация не очень ясна о том, как это сделать, но это не очень сложно понять.
Код ниже предполагает сценарий, в котором у вас есть большое количество объектов, которые вы хотите сериализовать как массив JSON и наоборот. Мы хотим поддерживать очень большие файлы, размер которых ограничен только вашим устройством хранения (не памятью). Таким образом, при сериализации метод принимает IEnumerable<T>
и при десериализации он возвращает то же самое. Таким образом, вы можете обрабатывать весь файл без ограничения памяти.
Я использовал этот код для файлов размером несколько ГБ с разумной производительностью.
//Serialize sequence of objects as JSON array in to a specified file
public static void SerializeSequenceToJson<T>(this IEnumerable<T> sequence, string fileName)
{
using (var fileStream = File.CreateText(fileName))
SerializeSequenceToJson(sequence, fileStream);
}
//Deserialize specified file in to IEnumerable assuming it has array of JSON objects
public static IEnumerable<T> DeserializeSequenceFromJson<T>(string fileName)
{
using (var fileStream = File.OpenText(fileName))
foreach (var responseJson in DeserializeSequenceFromJson<T>(fileStream))
yield return responseJson;
}
//Utility methods to operate on streams instead of file
public static void SerializeSequenceToJson<T>(this IEnumerable<T> sequence, TextWriter writeStream, Action<T, long> progress = null)
{
using (var writer = new JsonTextWriter(writeStream))
{
var serializer = new JsonSerializer();
writer.WriteStartArray();
long index = 0;
foreach (var item in sequence)
{
if (progress != null)
progress(item, index++);
serializer.Serialize(writer, item);
}
writer.WriteEnd();
}
}
public static IEnumerable<T> DeserializeSequenceFromJson<T>(TextReader readerStream)
{
using (var reader = new JsonTextReader(readerStream))
{
var serializer = new JsonSerializer();
if (!reader.Read() || reader.TokenType != JsonToken.StartArray)
throw new Exception("Expected start of array in the deserialized json string");
while (reader.Read())
{
if (reader.TokenType == JsonToken.EndArray) break;
var item = serializer.Deserialize<T>(reader);
yield return item;
}
}
}
Если вы посмотрите на Json.NET, он предоставляет не кэшируемый парсер JSON, предназначенный только для пересылки, который будет соответствовать вашим потребностям.
Увидеть JsonReader
а также JsonTextReader
класс в документации.
Сейчас я нахожусь на третьем часе неизвестного промежутка времени, наблюдая за десериализацией 160 ГБ JSON в объекты класса. Мое использование памяти зависло на ~350 МБ, и когда я проверяю объекты памяти, это все, что GC может позаботиться. Вот что я сделал:
FileStream fs = File.Open("F:\\Data\\mysuperbig150GB.json", FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
StreamReader sr = new StreamReader(fs);
using (JsonReader reader = new JsonTextReader(sr))
{
JsonSerializer serializer = new JsonSerializer();
MyJsonToClass result = serializer.Deserialize<MyJsonToClass>(reader);
}
Проблема в десериализации. Эти 160 ГБ данных намного больше, чем тот, который может обрабатывать мой компьютер одновременно.
Я использовал небольшой фрагмент кода (что сложно, даже просто открывая файл объемом 160 ГБ) и получил структуру классов с помощью jsontochsarp.
Я создал специальный класс для большой коллекции в структуре классов с автоматически сгенерированным через json-tool и создал подкласс System.Collection.ObjectModel.ObservableCollection вместо List. Они оба реализуют IEnumberable, что, я думаю, и есть все, о чем заботится десериализатор JSON Newtsonsoft.
Я вошел и переопределил InsertItem, вот так:
protected override void InsertItem(int index, Feature item) { //do something with the item that just got deserialized //stick it in a database, etc. RemoveItem(0); }
Опять же, мои проблемы частично касались скорости десериализации JSON, но помимо этого я не смог уместить ~160 ГБ данных JSON в коллекцию. Даже если ужесточить, это будет в десятках концертных площадок, намного больше, чем то, что будет радовать.net.
InsertItem для ObservableCollection - единственный известный мне метод, с которым вы можете справиться, когда происходит десериализация. List.Add() нет. Я знаю, что это решение не "элегантно", но оно работает, когда я его печатаю.
Вы хотели бы парсер SAX-типа для JSON
http://en.wikipedia.org/wiki/Simple_API_for_XML
http://www.saxproject.org/event.html
SAX вызывает событие, когда он анализирует каждый фрагмент документа.
Делать что-то подобное в JSON было бы (должно) довольно просто, учитывая, насколько прост синтаксис JSON.
Этот вопрос может помочь: есть ли потоковый API для JSON?
И еще одна ссылка: https://www.p6r.com/articles/2008/05/22/a-sax-like-parser-for-json/
В чем причина такого подхода? Если вы беспокоитесь о производительности, то это, вероятно, "преждевременная оптимизация", или, другими словами, беспокойство о проблеме, которая может не существовать.
Я настоятельно призываю вас не беспокоиться об этой детали. Создайте свое приложение, а затем, если оно будет недостаточно быстрым, используйте инструменты профилирования, чтобы найти реальные узкие места - они, вероятно, не будут соответствовать вашим ожиданиям.
Сосредоточение внимания на производительности, прежде чем понять, что это проблема, почти всегда приводит к потере времени и чрезмерному коду.