LINUX.ORG.RU

Сплю с огром :)

 , ,


1

4

Кто с кем, а я вот с огром в последнее время «сплю» :) Собираю движок, наконец-то закончил основу Ogre+Bullet+MyGUI+OpenAL, так что осталось не так много до полноценного движка: написать менеджер сцен, менеджер игровых состояний, типы объектов разделенные на статические, динамические, специальные (свет, звук и т.п.), все это хранить в тхт или хмл (пока не решил) и т.п. После этого можно набросать фичей редактору сцен, пока он умеет разве что меши двигать. В общем работы эдак на полгода с моей медлительностью, но я верю — все получится.
>Видео<



Проверено: JB ()
Ответ на: комментарий от segfault

JSON советуют потому что компактно и читабельно.

Для сложны полиморфных структур данных - XML читабельней.

<objects>
<point x="10" y="20/>
</objects>

"objects": [
  {"type":"point", "x":10, "y":20}
]

Ну и где принципиальная разницав объеме? На больших объемах данных удобно иметь текст закрывающего тэга - потому что «открывающего» ты не видешь.А учитывая что саксом парсить удобнее первую - то в чем вообще прикол?

А если данных много, то стоит задуматься и о бинарном формате.

Безусловно. Но если в размер идет на мегабайты - XML отлично будет перевариваться.

А следуя твоим аргументам за XML, может, сразу писать све на дотнете под винду?

А следуя твоим - давайте писать под все под QNX на Haskell - ибо модно и малораспространено. Передергивать то не надо. Просто на ЛОРе модно ругать XML, это я уже много где видел.

theos ★★★
()
Последнее исправление: theos (всего исправлений: 2)
Ответ на: комментарий от theos

Для сложны полиморфных структур данных - XML читабельней.

Ну не все из них состоит. Иногда полиморфизм вообще не нужен.

А XML я ругал еще до знакомства с ЛОРом.

segfault ★★★★★
()
Ответ на: комментарий от segfault

Ну не все из них состоит. Иногда полиморфизм вообще не нужен.

Бинго. Поэтому я и прошу разделять маленькие серверо-браузерные сообщения и большие сложные документы. И для каждого свой инструмент.

theos ★★★
()
Ответ на: комментарий от theos

Поэтому я и прошу разделять маленькие серверо-браузерные сообщения и большие сложные документы.

А как быть с большими и сложными серверо-браузерными сообщениями и маленькими документами? А большими структурами с низкой долей полиморфизма? Не в мире все делится на черное и белое.

Я и не собираюсь доказывать, что XML не нужен. Меня бесит другая крайность - когда его считают панацеей.

segfault ★★★★★
()
Ответ на: комментарий от segfault

Меня бесит другая крайность - когда его считают панацеей.

А что, экономия пары байт делает JSON чем-то принципиально лучшим решением? Меня не интересует экономия 10 байт (она особенно смешная если использовать формат в духе ODT - запакованный в архив XML), и читать я могу и то и другое (хотя XML в среднем удобнее, потому что тип объекта вижу сразу).

Меня бесит другая крайность - когда его считают панацеей.

Чувак ты вообще за тредом следишь? Задача в данном треде вполне конкретная, и ее решение и обсуждается.

theos ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.