YossarianВы ведь не будете утверждать что хеш-массивы вообще
не нужны ? Да и дело не в хеш-массивах, а в общей ублюдочности
большинства С++ных библиотек. Ни шаблоны не спасают, ни стандарт в 1000
страниц. Так что данное Ваше возражение = null and void.

Проекты собираю nmake'ом чтобы иметь возможность их пересобрать где угодно. Положить буст и прочую ботву в поддиректории проекта и настроить mak файл чтобы он цеплял все что нужно. В Джаве использую Ант для сборки. По той же причине - чтобы не надо было обучать заказчика настраивать среду.

Yossarian
Сергей Ильич
Кроме того, в дельфе хешей тоже нет. И из-за отсутствия шаблонов полный аналог сделать нельзя.

Опаньки! С каких пор наличие шаблонов стало необходимым для реализации
хешей ? Что ж бедные программисты НА ЧИСТОМ С не знали об этом ? Бред.

Сам дурак.
На чистом C нельзя сделать полный аналог std::hash_map по той причине, что структура данных там будет другой.
Для того чтобы размещать в хеше данные любого типа их надо будет размещать в куче и пользоваться void* указателями на ключ и на ассоциированное значение.
При имении шаблонов значения ключей и ассоциированные значения можно размещать прямо в узле, уменьшая расход на доп. указатели и фрагментацию памяти. Кроме того, хранимые ключи и значения не надо ни от чего наследовать (от TCollectionItem например). При работе с std::hash_map не происходят виртуальные вызовы и проч. полиморфные вещи. Эстеты еще оценят type safety данного контейнера.

Yossarian
Сергей Ильич
Оттого что средний дегенерат не понимает зачем нужно множественное наследование, функционал который оно дает нужен и при его отсутствии надо искать обходные пути.
(Ну дегенератами других ругать у нас все здоровы.)
Про множественное наследование мне это опять же непонятно.
Я не знаю задач, которые невозможно было бы решить без множественного
наследования, так же я не знаю задач, которые нельзя было бы решить без
GOTO. По мне так множественное наследование - это бантик. С ним бывает
красивше, но и без него жить можно.
Если класс содержит в себе несколько разных алгоритмов, то лучше его разбить на поведения и вынести их в базовые классы. Аггрегирование тут будет работать через жопу.

White Owl Сергей ИльичСам дурак.
На чистом C нельзя сделать полный аналог std::hash_map по той причине, что структура данных там будет другой.

О господи.... Поверь старому любителю процедурных языков - хеш-карты делаются на С с легкостью необычайной. Всяческие темплейты и классы только усложняют исходный код. И работают оно в итоге медленнее.
Процедурные языки - это недоделанные объектно-ориентированные языки. Программисту нужны контексты вполнения функций, области видимости, зависимость реализации функции от контекста, повторное использование готового кода. Без этого программу которая сложнее "Hello world" написать невозможно. Если этого функционала на уровне языка нет, то его придется эмулипровать.

Как все это реализуется в C? Контексты (объекты) реализуются так - пишется структура. А потом пишутся функции, которые принимают указатель на эту структуру первым параметром. Та информация которая лежит в структуре - это контекст. То есть классы все равно есть в любой нетривиальной программе на C, но указатель this передается явно, а не неявно. Области видимости... Для в каждой нетривиальной программы на С у каждой функции делается префикс, чтобы избежать конфлика имен. То есть вместо ClassName::method пишем ClassNameMethod. Если не эстеты то смириться с этим можно. Дальше начинается мудизм. Зависимость реализации функции от контекста можно сделать с помошью enum и оператора switch. Можно в контекст внести указатель на функцию, но этот указатель надо где-то заполнить. Чаще всего это делается в "конструкторе" , где используется тот же switch с метками. Или же надо сделать несколько "конструкторов", генерящих разные контексты. В первом случае пользовантелю кода расширить модуль чтобы добавить в него новые фичи невозможно, во втором - можно через хак, то есть тоже почти невозможно.

Все это приводило к появлению запутанных и совершенно неподдерживаемых программ. Чтобы от этого уйти, появилось ООП.