Как стать автором
Обновить

Комментарии 28

какое-то бессодержательное сообщение... вас комментить здесь или в ЖЖ? нельзя ли всю статью перенести сюда?
Ну вообще я мыслил сообщение здесь как анонс. Мне кажется, что здесь нет такого количества интересующихся, как у меня в ЖЖ.
Думаю, есть такие. Перенесите всю новость сюда и не забудте про [habracut]. :)
посмотреть профиль Vitart прав: с авторскими правами на статью проблем нет, так что смысла особого в ссылке нет - лучше отредактируйте пост и всю статью сюда, тут и комментировать будем;)
Спасибо, интересно, прочитал. В целом довольно мудро сделанно
у вас нигде не написано где и как парсится XML. На каждой стадии или нет? Если не парсится, то как он у вас обрабатывается?
В смысле на каждой или нет? Каждый блок автономен, если ему приходит XML он его парсит.
Эээ тогда может поясните чем плоха CORBA? Насколько я уловил мысль там преобразование в бинарный формат выполняется только в одном месте.
Ну я как бы об этом пару абзацев написал уже. Только не о том, чем она плоха, а о том, чем она не подходила для решения нашей задачи.
Избыточное решение? Хм. В таком случае какого объема у вас там парсеры? Т.е. там используется полноценный парсер или под жестко заданный формат?
А при чем тут парсеры и избыточное решение? Избыточное по всему спектру функциональности.
Как вам сказать. Если у вас полные парсеры XML то далеко не факт что они пасят быстрее преобразований CORBA.
Я согласен. Скорость - это не единственная задача. Мало того, по скорости наша схема скорее всего проиграла бы правильно реализованной схеме на CORBA.
Идея в том, чтобы оптимизировать только те места, в которых происходит затык. Сначала все части системы пишутся с использованием стандартного полноценного парсера xml (ибо так проще) - и при этом, действительно, парсинг может занимать значительную долю времени. А когда мы увидим проблемы с производительностью в каких-то конкретных местах - там парсер заменяется на решение, заточенное под конкретный формат (и тогда уж такой "парсинг" будет выполняться мгновенно). Таких мест будет довольно мало. Решать проблемы лучше по мере их поступления ;)
ну я вот это и спрашивал. А про гибкость текстовых форматов (в том числе и XML) я в курсе.
Предполагается, что такой подход здорово упростит разработку :) Собственно, он и упрощает.
Тоже верно ;)
а голосовал за libevent+binary... :)
При использовании Корбы точно так же при каждой передаче объекта выполняется преобразование (маршаллинг и демаршаллинг). Хотя работать с бинарным форматом, конечно, быстрее, чем с текстовым xml.
основная мысль была в том, что CORBA знал только один человек, и если он уходил из команды, то все разваливалось.

С точки зрения менеджмента решение было принято грамотно
Выбор технологии состоит из многих факторов :)
хы, я вот сейчас уже подозреваю, что все вокруг состоит из многих факторов, но пока не готов принять это знание :)
НЛО прилетело и опубликовало эту надпись здесь
Браузерная онлайн-игра Метро 2033. По одноименному роману - http://www.m-e-t-r-o.ru/
... по отличному роману Метро 2033!
Удачи вам в разработке.
Не считаете нужным для нубов вроде меня в двух словам пояснить, что такое Метро 2033?
А то термины вроде "клиент-флешка" или "братики-серверы" вызывают замешательство.
Сейчас опишу.
Браузерная онлайн-игра Метро 2033. По одноименному роману - http://www.m-e-t-r-o.ru/
Из конструктива - тоже есть предположение что какой-нибудь messaging сильно облегчит все.
А по ощущениям, мне кажется что простоты не хватает :)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Публикации

Истории