Такая ситуация:

в файле хранится 4х байтное значение.
Считываю в массив последовательно эти 4 байта.

Вопрос как их собрать в одно значение?

самый простой способ:



Это сообщение отредактировал(а) Metal_Heart - 23.3.2006, 16:51

zzmeyz, а ты бы книжки почитать по-пробовал чтo-ли. Эккеля того же. а то вопросы типа преобразования типов и вот это. это даже не смешно. это удивительно.

при условии конечно, что byte1 - самый младший!

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

Big-endian

Little-endian

Metal_Heart, это чуть не то получиться так можно сделать если стринг с десятичным числом надо в инт перевести - такой алгоритм пойдёт.
Но в одном байте ведь не число от 0 до 10.


zzmeyz, Побитово - самое оптимальное.
пустой инт(=0),
потом берёшь старший байт, "прижигаешь его" побитовым умножением - (& 0xFF) и умножаешь побитово на свой инт. В инте, в нижних 8 битах - твой старший байт.
Потом с помощью битового сдвига << 8 поднимаешь это на 8 бит вверх.
берёшь следующий байт, прижигаешь и опять на инт... и сдвиг.
Так четыре раза. Только после последнего раза сдвиг не делай - верхнее вылезет за пределы инта, а внизу будет монотонная белиберда.

Так будет быстрее всего работать да и правильнее так.



Да ладно, я тоже не собирался ещё год назад на Яве программить Но ить ведь как жизнь повернулась Всё равно хорошая книга не помешает

Ладно, согласен
Уже качаю...

а проблема решилась так:



Всем спасибо за участие.

Это сообщение отредактировал(а) zzmeyz - 23.3.2006, 15:18

У тебя неправильный код, он будет работать с ошибками если байт больше 127.

chief39, конечно!
я имел ввиду 0х10.. но почему-то не набрал

эм а нельзя было это 4x байтовое значение сразу из файла считать в int? DataInputStream-ом, скажем?

В спецификации DataInputStream не говорится в каком порядке байт он читает, только что это machine-independent way. К тому же он требует InputStream, а создавть ради пары байт новый стрим не рационально.

Тебе LSD указал что там не так, а не так там из-за отсутствия того самого "прижигания", о котором я говорил.
Перед какими-либо операциями, всё что ниже инта, приводится к нему. То есть байт перегоняется в инт и потом уже побитно складывается. и если ты не наложишь такую маску, которая выделяет лишь нижний байт(твой) - будет лажа
Если ты сразу после после битового умножения запихиваешь в такой же размерности переменную - можно пренебречь(когда байт -> инт -> байт), верх срежется. А поскольку ты начинаешь двигать сей байт по инту и укладывать рядом бругие байты - то обязательно обрезание!!! эээ... нууу.. то есть прижигание )

Гм... извиняюсь, а в Java разве нету аналога Stream.ReadByte() и беззнакового типа byte 0...255 ?

Аналог Stream.ReadByte() есть, а беззнаковых типов нет.