Ну если на то пошло, то хеш имени может оказаться одинаковым для двух каких-нибудь классов.    Или ты предлагаешь вместе с каждым классом полностью его имя слать?


Проверять надо на этапе компиляции, а на этапе сериализации это накладно. К тому же классы отправителя и принимателя будут иметь разную реализацию, т.е. либо там либо там можно забыть написать CREATE_FABRIC.


Ну у меня вообще свича нет   , проверяй тока что в диапазон массива попадает и всё, а вот проверка и поиск хеша в map уже накладнее.



Это факт, спору нет.

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

georain, ну что за чушь?  Ну работает твой клиент на винде, а сервер - на маке, и что? = Ну и скомпилируй клиентскую программу не только для винды, но и для мака (раз она у Вас такая кроссплатформенная) и передай на сервер маковый вариант. Не вижу никакой проблемы, всё будет работать. Единственное, нужно будет подобрать аналог для LoadLibrary и GetProcAddress, но это штучная доделка. Кажется Вы просто чем-то себе сильно забили голову... 

Это сообщение отредактировал(а) marcusmae - 20.2.2008, 11:22

Да. При приеме проверять, если для данного значения хэша есть более одного имени - проверять имя, если только одно - игнорировать. Хэш можно подобрать (в том числе и run-time), что бы минимизировать количество коллизий. Например, если в качестве хэша использовать CRC16, то можно выбрать один из нескольких порождающих полиномов.

Да, это имеет смысл   Можно поиграться с содержимым макроса CREATE_FABRIC, тут были подходящие идеи.

Да, это проблема.

Хэш надо искать не в map'е а делать массив в 64К входов (для 16ти битного хэша) и прямо индексировать

Реализация самого framework'а действительно толще, но применять ее удобнее. Что касается разных имен классов, то они НЕ ДОЛЖНЫ быть разными, и это можно проверить (run-time), например отсортировать массив всех зарегистрированных в сериалайзере типов, затем скормить их посимвольно в CRC32, отправить с пакетом и сравнить на приемном конце. Кстати, так же можно договорится о использованном в передатчике хэше.

Если все классы, которые приходят по сети наследуются от одного родительского, то здесь следует применить шаблон проектирования Factory Method, который позволит внести в программу желаемую расширяемость и управляемость. Если нужен пример кода, то на досуге напишу.