 |
|
Модераторы: Daevaorn Страницы: (89) « Первая ... 48 49 [50] 51 52 ... Последняя »
( Перейти к первому непрочитанному сообщению ) |
 
|
|
удаленный вызов. детали, реализация, архитектура, у темы новое название! 
| mes |
|
||||||
|
любитель  Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
мне кажется, чтоб не вызывать путаницы с биндами, конструкция должна выглядить так :
Добавлено через 1 минуту и 30 секунд тогда можно прикрутить сигналы и = заменится на +=, только пока не знаю стоит ли.. |
||||||
|
|||||||
Загрузка ...
| boostcoder |
|
||||
 pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
оно так и есть: http://code.google.com/p/discoly/source/br...tributor.hpp#47 Добавлено через 2 минуты и 33 секунды
что-то не так... auth - это реализация? вроде бы да. откуда и почему у нее должна быть своя карта? |
||||
|
|||||
| mes |
|
|||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
оттуда же, откуда есть vtable у полиморфного объекта  |
|||
|
||||
| boostcoder |
|
|||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
mes, т.е. Вы серьезно полагаете, что у реализации должна быть своя карта, и это будет удобно?
или это пока что мысли вслух? |
|||
|
||||
| mes |
|
||||||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
но приведенный дистрибьютер абсолютно не гибок.. он является общей точкой всех подключений.. т.е. иерархическую обработку уже построить будет проблематично.. плюс проблема с отключениями методов.. Добавлено @ 13:24
карта всего лишь способ реализации.. главное объект-обработчик сам может определять какие сообщение он отправляет, какие получает.. Добавлено @ 13:29 если бы С++ был более динамичным и поддерживал бы множественную диспатчеризацию, то код был бы примерно таким :
а так как С++ этим к сожалению не обладает, приходиться составлять карту вручную Это сообщение отредактировал(а) mes - 6.12.2010, 13:33 |
||||||
|
|||||||
| boostcoder |
|
||||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
так я не об этом. я о том, что он и так построен на сигналах.
нет проблемы. вот пример: http://code.google.com/p/discoly/source/br...services.hpp#73 _on_ping_connection и _on_pong_connection - объекты управления соединением. |
||||
|
|||||
| mes |
|
||||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
ну так таже таблица только в виде разрозненых объектов... под проблемой я подразумевал хранение лишних сведений для рассоединения..
если быть точными, я полагаю, что должна быть возможность определить карту там , где нужно/хочется.. |
||||
|
|||||
| boostcoder |
|
||||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
ну если это опционально - то ок.
не понял.. |
||||
|
|||||
| mes |
|
||||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
зато не позволяет раскидывать сообщение на параметры.. не может образовывать иерархию.. не позволяет оперировать группами.. Добавлено через 52 секунды
опционально (частный случай) получается как раз случай с общим дистрибьютером |
||||
|
|||||
| boostcoder |
|
||||||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
поясните.
поясните.
а это зачем? |
||||||
|
|||||||
| mes |
|
|||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
допустим у нас есть комнаты нескольких типов..
каждая комната имеет имя, поэтому вначале пакет должна получить некая функция перенаправляющая сообщение в зависимости от его имени.. при этом, чтоб получить имя оно должно получать не базового типа пакет (i_packet const&), а базового для сообщений комнаты (room_msg const&).. Добавлено через 43 секунды к тому же логика обработки может быть гораздо сложней.. |
|||
|
||||
| boostcoder |
|
|||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
Вы сейчас говорите о логике, а не о discoly. |
|||
|
||||
| mes |
|
|||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
дисколи не должна связывать руки.. поэтому я исхожу из того, какую логику можно будет с ее помощью описать |
|||
|
||||
| boostcoder |
|
|||
|
pattern`щик Профиль Группа: Завсегдатай Сообщений: 5458 Регистрация: 1.4.2010 Репутация: 49 Всего: 110 |
discoly не может ничего знать о логике того, что с ее помощью реализуют. задача discoly - предоставить удаленный(и, возможно, локальный) вызов. |
|||
|
||||
| mes |
|
||||
|
любитель Профиль Группа: Участник Клуба Сообщений: 7954 Регистрация: 14.1.2006 Репутация: 144 Всего: 250 |
конечно не может.. но она должна предоставить удобные решения.. а для этого эти решения для начала надо опробывать на реальной задаче - что в принципе и делаю..
если только вызов то это чистое rpc.. судя по названию она должна уметь несколько большее |
||||
|
|||||
|
|
| Правила форума "С++:Общие вопросы" | |
|
|
Добро пожаловать!
Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | C/C++: Общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.0786 ] [ Использовано запросов: 22 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |