Как понять выражение при записи значений в поток вывода?

Question

[gleendo]

Для чего в методе writePoint() используется такое выражение? Как потом при считывании получить обратно значение x и y, если записывается всего одно значение value?
int value = point.getX() << 4 | point.getY();

class Point {
    private final int x;
    private final int y;

    public Point(int x, int y) {
        if (x < 0 || 15 < x) {
            throw new IllegalArgumentException();
        }

        if (y < 0 || 15 < y) {
            throw new IllegalArgumentException();
        }

        this.x = x;
        this.y = y;
    }

    public int getX() {
        return x;
    }

    public int getY() {
        return y;
    }

    @Override
    public String toString() {
        return "Point(" + x + ", " + y + ")";
    }
}

class EntityOutputStream implements EntityOutput {
    private final DataOutput out;

    public EntityOutputStream(OutputStream out) {
        this.out = new DataOutputStream(out);
    }

    @Override
    public void writePoint(Point point) throws IOException {
        int value = point.getX() << 4 | point.getY();

        out.writeByte(value);
    }
}

public class App {
    public static void main(String[] args) throws IOException {
        Point point = new Point(11, 14);

        EntityOutputStream out = new EntityOutputStream(new FileOutputStream("c://file.txt"));
        EntityInput in = new EntityInputStream(new FileInputStream("c://file.txt"));

        out.writePoint(point);

        System.out.println(in.readPoint());
    }
}

Answer 1

[Alexej Simakov]

пусть
х = 0110
y = 1001
выражение записывает оба значения в одно сперва сдвигая первое на четыре знака влево, а потом соединяет со вторым значением
0110 0000
0000 1001
-------------
0110 1001

Можно унаследоваться и перегрузить конструктор, и работать с закодированым значением.
Или раскодировать при передаче значений в конструктор (int, int)
Зачем это все так сделано? Думаю для экономии места, 32 бита или 2 по 32. И если таких точек дофига, то это может влиять на производительность. Битовые операции насколько я знаю очень "легкие" для обработки. Но в таком случае нужно работать с кодированым значением, а сначала экономить а потом переливать в (int, int) - не вижу смысла, да. Хотя, может если кодированое значение должно передаваться по каналу связи, это уменьшит нагрузку на поток.

Comments

[gleendo]

Alexej Simakov ну все эти вычисления я понимаю. Мне не понятно как потом происходит считывание этих данных? Ведь в поток записывается й байт хранящий оба значения. А считывание происходит по байтно. Как потом программа узнает что в байте записаны 2 значения и нужно разбить их?

[Alexej Simakov]

evg_: это должно быть в реализации обрабатывающего метода прописано. Например readPoint() может делать декодирование, читая значение из переменной обьекта.

[gleendo]

Alexej Simakov: А как написать этот декодер? У меня вообще в данном задании записывается два объекта. Person(String name, int age) и Point(int x, int y). Сначала записывается имя, потом возраст, потом две координаты точки. Можно сделать так что когда очередь дойдет до байта хранящего два значения, написать так например как предлагали выше?
int x = (value >> 4) & 0x0F;
int y = value & 0x0F;

И вот вообще не понятно, зачем эти побитовые вычисления. Почему бы просто не записывать в один байт одно значение, в другой байт другое значени? Зачем экономить 1 байт. Скорость то незначительно будет отличаться. Например при записи обхекта 100к раз, экономия будет всего примерно 49 киллобайт. Или все таки тот вариант записи значений в один байт лучше?

[Alexej Simakov]

evg_: если в этом нет объективной необходимости и можно не заморачиваться то не нужно заморачиваться. Лучше делать как проще для себя. Не знаю у нас ява на embedded и никто там не озадачивается производительностью, фигачат как кому удобнее. И ничего, работает как-то эта вся "помойка". Нам приходится в приложении делать иногда такие пересчеты, но только потому что значения с нижнего слоя приходят кодированые, а интерфейс для нас данность.

[Alexej Simakov]

evg_: и в том что используются кодированые значения виноват скорее тот факт что проще поменять интерпретацию значения чем сигнатуру метода от версии к версии. Ну неповоротливый у нас такой проект.