Помогите пожалуйста осуществить приведение байтового массива в тип лонг ну или инт. Огромное спасибо.  

что конкретно подразумевается под приведением?

Вобщем, как я понял, самое логичное - это приведение типа такого:

{0x03,0x10,0x20} -> 3*256^2 + 16*256 + 32 = 200736.

Если, это так, то написать программу подобного приведения не составит труда, но нужно более подробно определиться, как будет представлятся знак "минус" (можно выделить дополнительный байт).

Нужны дополнения, что именно подразумевается под "приведение".

Добавлено @ 06:52 


Это сообщение отредактировал(а) Alexandr87 - 9.12.2006, 06:53

Alexandr87, думаю степени лучше заменить на сдвиги, производительней будет.


и смотря где у нас старше разряд так и делаем. Если {0x03, 0x10, 0x20} старший разряд левее, то в скобках пишем ((long)in[in.length-1-i]), а если старший разряд правее, то ((long)in[i]).

Оба этих метода неправильно работают:

да уж - погнал я немного  с типами - забыл что byte (-128..127).

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



Типа того

Alexandr87, 
LSD, 
Platon, 
 Спасибо Вам огромное что откликнулись, но у меня задача такая: числа положительные, и есть бинарный файл в котором находятся структуры С. Мне эти структуры надо по байтам запихнуть в ява классы. То есть есть структура в ней поля допустим типа лонг, чар и сшорт.
Так вот моя прога считывает из файла блоки 4,1,2 байта, всего 7 байт блок, и загоняет в поля классов. Причем очень желательно реализовать считывание именно байт из файла а не сразу чисел-нужно сохранить наглядность . Вот и для этого надо соб-но перегон  Спасибо. 

Вовсе нет, надо просто делать b[i] & 0xFF. Посмотри код методов в DataOutputStream.

Прошу прощения за небольшой оффтоп, но уже во второй ветке появляется это магическое b[i] & 0xFF. Расскажите, плиз поподробнее зачем это надо.

все операции которые укладываются в int,  делаются в int. В байте один бит отвечает  за представление знака, операция &0xFF, ничего по сути не делает - выдает ту же последовательность бит, что и была в байте, вот тока теперь это интерпретируется как int, и соответственно бит, который отвечал за знак, теперь представляет дополнительный разряд числа.



Так, что по-сути это и есть первый вариант - интерпретация (только умный,  я что-то про него не подумал).

Вообще-то все это реализовано в NIO - java.nio.ByteBuffer , и всякие LongBuffer, IntBuffer etc.

Только создавать новый LongBuffer или IntBuffer ради одного long-а или int-а, не целесообразно.

LSD, 
Большое спасибо Вам и всем кто откликнулся. Сделал сдвигами-все просек-пойдет.
Терь немножко другая проблема-отдельную тему не захотел заводить ибо много.  
Есть класс и в нем описано поле типа char[] то есть массив из сколько то там элементов.
надо написать для него гет метод. Но вот в чем фишка. Ведь такое не прокатит:

Что то мне такой код не нравится. Как правильно? Спасибо.

1. Почему не прокатит?
2. Чем именно не нравится?

LSD, 
Ну  то что еще со школы укоренилось то что функция не может возвращать массив(из паскаля) а из института то что имя массива без индекса это первый элемент массива(из С++)

1. Функция может возвращать массив, и в Java это обычная практика

2. Имена полей в Java принято начинать с маленькой буквы.

P.S. Только учти одну вещь, массив в Java, это тоже объект и он передается по ссылке. Если ты получив массив начнешь записывать в него новые данные, то ты будешь менять и исходный массив тоже.