Перевод числа из 10 ричной системы в 36 ричную — Есть ли в java что нибудь стандартное?

Здравствуйте, Аноним, Вы писали:

А>Перевод числа из 10 ричной системы в 36 ричную — Есть ли в java что нибудь стандартное?

Integer.parseInt(int,int)
Integer.toString(int,int)

Здравствуйте, Аноним, Вы писали:

А>Перевод числа из 10 ричной системы в 36 ричную — Есть ли в java что нибудь стандартное?

System.out.println(Long.toString(123, Character.MAX_RADIX));

А>Перевод числа из 10 ричной системы в 36 ричную — Есть ли в java что нибудь стандартное?

36ричную систему счисления я встречал только в Легенде. Или еще где-то бывает?

Здравствуйте, Аноним, Вы писали:

А>36ричную систему счисления я встречал только в Легенде. Или еще где-то бывает?

В 1С (в семерке по крайней мере) айдишники в базе хранятся как 36-ричные числа в виде строки.

А>36ричную систему счисления я встречал только в Легенде. Или еще где-то бывает?
По этому поводу писал статью:
Применение системы счисления с основанием 36

На практике применяю при генерации ключей к программам, что позволяет например на ключике длиной в 21 символ экономить 3 символа,
т.е коэф. сжатия примерно 17%

Еще можно применять для кодирования строк.

Здравствуйте, _Leshij_, Вы писали:

_L_>Здравствуйте, Аноним, Вы писали:

А>>36ричную систему счисления я встречал только в Легенде. Или еще где-то бывает?

_L_>В 1С (в семерке по крайней мере) айдишники в базе хранятся как 36-ричные числа в виде строки.

А что, это мысль! А почему они простыми 64-битными IDами не пользуются? Ведь 64-битный сейчас аппаратно поддерживаются? И во сколько раз поиск по такому 36-ричному ключу быстрее чем поиск по 64-битному?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, _Leshij_, Вы писали:

_L_>>Здравствуйте, Аноним, Вы писали:

А>>>36ричную систему счисления я встречал только в Легенде. Или еще где-то бывает?

_L_>>В 1С (в семерке по крайней мере) айдишники в базе хранятся как 36-ричные числа в виде строки.

А>А что, это мысль! А почему они простыми 64-битными IDами не пользуются? Ведь 64-битный сейчас аппаратно поддерживаются? И во сколько раз поиск по такому 36-ричному ключу быстрее чем поиск по 64-битному?

Да ни разу не быстрее. Придумали для увеличения сложности и вот теперь эти CHAR ключи торчат таким вот артефактом. И так у них все...

berdachuk wrote:

> На практике применяю при генерации ключей к программам, что позволяет
> например на ключике длиной в 21 символ экономить 3 символа,
> т.е коэф. сжатия примерно 17%
Для ключиков я бы порекомендовал base32, там правильные вещи сделаны, как например символы "O" и "0" — одно и то же.

.>Для ключиков я бы порекомендовал base32, там правильные вещи сделаны, как например символы "O" и "0" — одно и то же.
в статье говорилось про это. На практике используется не чистый base 36.
Неоднозначные символы выкушены, либо программно заменяются на другие.
Например I интерпретируется как 1 и из набора I исключено.