"Оборванные" данные в XData

[Александр Пекшев aka Modis]

И все-же тема не исчерпана. Мне все-равно прилетают ошибки типа "Ошибка десериализации объекта типа...". Видимо хранению строк в XData нет доверия, так как там видимо можно хранить не все символы
В итоге решил оставить тот-же самый json, но записывать его под кодом 1004 - ExtendedDataBinaryChunk. Сейчас как раз переделываю. Надеюсь, что это будет последний вариант ))

[Александр Ривилис]

Александр Пекшев aka Modis,
Подозреваю, что ошибка не в этом.

[Александр Пекшев aka Modis]

Александр Пекшев aka Modis,
Подозреваю, что ошибка не в этом.

А если, допустим, плагин будет установлен на турецком или китайском автокаде - как тогда будут записаны данные в XData, если среди них есть имена слоёв с соответствующими символами?
Конечно, я не спорю, что ошибка может быть в чем-то другом. Изначально меня смутила такая ошибка:

Обнаружен непредвиденный символ "ã"

Но, к сожалению, у меня есть только ошибки сериализации и нет никакой больше информации, и нет самих документов. Придется как-то на ощупь =)

[Александр Пекшев aka Modis]

Возможно причина кроется в этой строке

Код - C# [Выбрать]

1. using (MemoryStream ms = new MemoryStream(Encoding.UTF8.GetBytes(json)))

[Александр Ривилис]

Возможно причина кроется в этой строке

Код - C# [Выбрать]

1. using (MemoryStream ms = new MemoryStream(Encoding.UTF8.GetBytes(json)))

Вполне возможно. Строки в AutoCAD хранятся в UNICODE (не UTF8). Поэтому никакой роли не играет язык AutoCAD/Windows.

[Александр Пекшев aka Modis]

Строки в AutoCAD хранятся в UNICODE (не UTF8)

А использование DataContractJsonSerializer требует кодировки в UTF8. Хотя, может и не требует, но на MSDN в примере присутствует кодировка. Не люблю все эти кодировки ((
В общем - я сделал вспомогательный класс, в котором всего одно поле, хранящее строку, представляющую собой json. По известному примеру записываю в XData экземпляр класса. Правда при десериализации приходится сначала получить экземпляр этого класса, а потом строку перегнать в MemoryStream, ибо DataContractJsonSerializer, зараза, десириализует из потока...
Короче - добавил костыль =)) Можно было бы проще, но придется другие места переделывать, плюс "поддержка обратной совместимости" - сначала пробую почитать по старому из строк, а потом уже по новому - из байт.
Буду следить/тестировать дальше как пойдет

[Александр Ривилис]

А использование DataContractJsonSerializer требует кодировки в UTF8.

А ты попробуй Encoding.Unicode. Впрочем, конечно какие-то символы в строке могут интерпретироваться не так. Например, "\M+XXXXXX", "\U+XXXX"

[Александр Пекшев aka Modis]

А ты попробуй Encoding.Unicode

Я пока писал предыдущий ответ вдруг осознал, что мне json'а вообще не понадобится =)) Уже переделал свой код. Правда пока оставил старый вариант чтение из строковых значений с десириализацией в json, но как-только пользователи обновятся, то уберу и его совсем. По идее проблем с кодировками вообще не будет