Comments 13
я решил написать библиотеку своей мечтыА чем вам protobuf не угодил?
- ProtoBuf — github.com/google/protobuf
- MessagePack — msgpack.org
- BSON — bsonspec.org
4. UBJSON – ubjson.org
Насколько я понял, все вышеперечисленные решения — это вариация бинарного JSON-формата для представления данных, кроме protobuf. Не могу поспорить в ограниченности функционала этих решений.
Но мне было нужно что-то более простое и специфичное. В своей библиотечке я хотел без посторонней помощи прочитать байтовое представление «сишной» структуры или массива(получаемого просто с помощью memcpy) в JavaScript объекте или типизированном массиве.
Но мне было нужно что-то более простое и специфичное. В своей библиотечке я хотел без посторонней помощи прочитать байтовое представление «сишной» структуры или массива(получаемого просто с помощью memcpy) в JavaScript объекте или типизированном массиве.
Как решаются вопросы ссылочных типов, выравнивания структур и разных размеров типов на разных хостах? Или предлагаемое решение прибито гвоздями к x86?
Там написано в документации, что необходимо обязательное 1-битное выравнивание, ссылочных типов и указателей нет.
Я не тестировал на других архитектурах, только x86(x86_64). Думаю, что на других архитетурах нет смысла запускать «тормознутые» веб-двигатели.
Спасибо за полезный комментарий.
Я не тестировал на других архитектурах, только x86(x86_64). Думаю, что на других архитетурах нет смысла запускать «тормознутые» веб-двигатели.
Спасибо за полезный комментарий.
В общем исходил из вот таких размеров типов данных языка Си.
long long не поддерживается, так как в JS нету нативного Int64Array(Uint64Array).
long long не поддерживается, так как в JS нету нативного Int64Array(Uint64Array).
По поводу разных размеров типов на разных хостах.
Тут ответственность лежит на разработчике C++, объявляющем в своём коде структуры или массивы. При объявлении он должен исходить из того, чтобы его 32-битный int должен быть именно такого размера, а не 16 или 8 бит. А если не уверен, то пусть делает #ifdef.
JS-код же может гарантировать, что ctype.int32 будет именно 32-битный.
Тут ответственность лежит на разработчике C++, объявляющем в своём коде структуры или массивы. При объявлении он должен исходить из того, чтобы его 32-битный int должен быть именно такого размера, а не 16 или 8 бит. А если не уверен, то пусть делает #ifdef.
JS-код же может гарантировать, что ctype.int32 будет именно 32-битный.
Библиотека не работает с моим веб-двигателемВеб-двигателем?
Web browser engine, если быть более точным.
Вас смутило название или смысл вопроса?
Вас смутило название или смысл вопроса?
Sign up to leave a comment.
С-подобные структуры в JavaScript