Метро 2033 / Архитектура

[mihajlo]

какое-то бессодержательное сообщение... вас комментить здесь или в ЖЖ? нельзя ли всю статью перенести сюда?

[oleg_bunin]

Ну вообще я мыслил сообщение здесь как анонс. Мне кажется, что здесь нет такого количества интересующихся, как у меня в ЖЖ.

[Vitart]

Думаю, есть такие. Перенесите всю новость сюда и не забудте про [habracut]. :)

[alammi]

 Vitart прав: с авторскими правами на статью проблем нет, так что смысла особого в ссылке нет - лучше отредактируйте пост и всю статью сюда, тут и комментировать будем;)

[Nicholass]

Спасибо, интересно, прочитал. В целом довольно мудро сделанно

[norguhtar]

у вас нигде не написано где и как парсится XML. На каждой стадии или нет? Если не парсится, то как он у вас обрабатывается?

[oleg_bunin]

В смысле на каждой или нет? Каждый блок автономен, если ему приходит XML он его парсит.

[norguhtar]

Эээ тогда может поясните чем плоха CORBA? Насколько я уловил мысль там преобразование в бинарный формат выполняется только в одном месте.

[oleg_bunin]

Ну я как бы об этом пару абзацев написал уже. Только не о том, чем она плоха, а о том, чем она не подходила для решения нашей задачи.

[norguhtar]

Избыточное решение? Хм. В таком случае какого объема у вас там парсеры? Т.е. там используется полноценный парсер или под жестко заданный формат?

[oleg_bunin]

А при чем тут парсеры и избыточное решение? Избыточное по всему спектру функциональности.

[norguhtar]

Как вам сказать. Если у вас полные парсеры XML то далеко не факт что они пасят быстрее преобразований CORBA.

[oleg_bunin]

Я согласен. Скорость - это не единственная задача. Мало того, по скорости наша схема скорее всего проиграла бы правильно реализованной схеме на CORBA.

[smart]

Идея в том, чтобы оптимизировать только те места, в которых происходит затык. Сначала все части системы пишутся с использованием стандартного полноценного парсера xml (ибо так проще) - и при этом, действительно, парсинг может занимать значительную долю времени. А когда мы увидим проблемы с производительностью в каких-то конкретных местах - там парсер заменяется на решение, заточенное под конкретный формат (и тогда уж такой "парсинг" будет выполняться мгновенно). Таких мест будет довольно мало. Решать проблемы лучше по мере их поступления ;)

[norguhtar]

ну я вот это и спрашивал. А про гибкость текстовых форматов (в том числе и XML) я в курсе.

[smart]

Предполагается, что такой подход здорово упростит разработку :) Собственно, он и упрощает.

[norguhtar]

Тоже верно ;)

[pavel_kudinov]

а голосовал за libevent+binary... :)

[smart]

При использовании Корбы точно так же при каждой передаче объекта выполняется преобразование (маршаллинг и демаршаллинг). Хотя работать с бинарным форматом, конечно, быстрее, чем с текстовым xml.

[dreamwind]

основная мысль была в том, что CORBA знал только один человек, и если он уходил из команды, то все разваливалось.

С точки зрения менеджмента решение было принято грамотно

[norguhtar]

Выбор технологии состоит из многих факторов :)

[dreamwind]

хы, я вот сейчас уже подозреваю, что все вокруг состоит из многих факторов, но пока не готов принять это знание :)

[oleg_bunin]

Браузерная онлайн-игра Метро 2033. По одноименному роману - http://www.m-e-t-r-o.ru/

[NoN]

... по отличному роману Метро 2033!
Удачи вам в разработке.

[shalaev]

Не считаете нужным для нубов вроде меня в двух словам пояснить, что такое Метро 2033?
А то термины вроде "клиент-флешка" или "братики-серверы" вызывают замешательство.

[oleg_bunin]

Сейчас опишу.
Браузерная онлайн-игра Метро 2033. По одноименному роману - http://www.m-e-t-r-o.ru/

[Aleksey]

Из конструктива - тоже есть предположение что какой-нибудь messaging сильно облегчит все.
А по ощущениям, мне кажется что простоты не хватает :)