Добрый день всем.
Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных.
Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе)
резон простой — не плодить объектов оберток (Integer и пр.)
Здравствуйте, Alex Levdan, Вы писали:
AL>Добрый день всем. AL>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных. AL>Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе) AL>резон простой — не плодить объектов оберток (Integer и пр.)
Здравствуйте, Alex Levdan, Вы писали:
AL>Добрый день всем. AL>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных. AL>Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе) AL>резон простой — не плодить объектов оберток (Integer и пр.)
Наверное, Вы хотели сказать HashMap ? Hashtable это в дотнете , поправьте меня, если ошибаюсь.
Здравствуйте, Alex Levdan, Вы писали:
AL>Добрый день всем. AL>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных. AL>Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе) AL>резон простой — не плодить объектов оберток (Integer и пр.)
Здравствуйте, RI, Вы писали:
RI>Здравствуйте, Alex Levdan, Вы писали:
AL>>Добрый день всем. AL>>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных. AL>>Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе) AL>>резон простой — не плодить объектов оберток (Integer и пр.)
RI>Наверное, Вы хотели сказать HashMap ? Hashtable это в дотнете , поправьте меня, если ошибаюсь.
Hashtable — это старая несинхронизированная версия HashMap
Здравствуйте, A_Gura, Вы писали:
A_G>Здравствуйте, RI, Вы писали:
RI>>Здравствуйте, Alex Levdan, Вы писали:
RI>>Наверное, Вы хотели сказать HashMap ? Hashtable это в дотнете , поправьте меня, если ошибаюсь.
A_G>Hashtable — это старая несинхронизированная версия HashMap
Здравствуйте, RI, Вы писали:
B>>java.util.Hashtable — устаревшая потоко безопасная реализация интерфейса java.util.Map
RI>Не понимаю зачем они оставляют там много устаревших классов. Должна быть какая то однозначность.
RI>Та же история с Vector & ArrayList. Вроде бы одно и то же. Спрашивается зачем морочить людям голову?
ИМХО, идиотская обратная совместимость, которая совсем не стыкуется с идеей "deprecated".
Здравствуйте, Alex Levdan, Вы писали:
AL>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных.
AL>резон простой — не плодить объектов оберток (Integer и пр.)
Не уверен в резонности. По-моему заниматься оптимизацией на ранних этапах — неблАгАдарное занятие.
Здравствуйте, Lucker, Вы писали:
AL>>резон простой — не плодить объектов оберток (Integer и пр.)
L>Не уверен в резонности. По-моему заниматься оптимизацией на ранних этапах — неблАгАдарное занятие.
Ну, не знаю. Если зарение известно, что там будут сотни мегабайт этих значений. То почему бы и нет?
Кстати, вот в Java 5 на ряду с автобоксингом должны были сделать пул для оберток. Интересно какой у него размер.
Здравствуйте, Lucker, Вы писали:
B>>Кстати, вот в Java 5 на ряду с автобоксингом должны были сделать пул для оберток. Интересно какой у него размер.
L>думаю -255 +255. Но это вероятно только для десятичных числел. Для чисел с плавающей точкой — не уверен.
Да, действительно кэшируются только небольшие значения. Так что автору это вряд ли поможет.
Хотя все равно не ясно зачем может понадобится несколько мегабайт уникальных значений.
Здравствуйте, Alex Levdan, Вы писали:
AL>Добрый день всем. AL>Интересует вопрос, есть ти аналог хранилища типа Hashtable, работающие с примитивными типами данных. К примеру ключом где может являеться int, а значением char. Естественно, необходим функционал поддержки добавления/удаления/поиска данных. AL>Простой массив char в этом случае не подходит(например по наличию "дырок" в ключе) AL>резон простой — не плодить объектов оберток (Integer и пр.)
