Запрос состояния java.nio.Buffer для чтения / записи (перевернутый)

Question

Запрос состояния java.nio.Buffer для чтения / записи (перевернутый)

1

Кажется, что нет способа запросить буфер, находится ли он в состоянии чтения или записи.

Получение состояния было бы полезно в модульных тестах, по крайней мере.

Каков наилучший способ получить государство?

Peter Lamberg 29 май 2014, в 14:17

Источник

0

Когда вы говорите «состояние», вы спрашиваете, находится ли буфер в данный момент в режиме чтения / записи, или, как отвечает ответ TAsk, - какие возможности у буфера?
chronodekar 29 май 2014, в 12:30
1

Кажется, что все это сбивает с толку. Если у вас есть метод flip (), вы должны переключаться между двумя состояниями ... это здравый смысл .... в противном случае у него должно быть другое имя (reposition () и т. Д.)
Alex 10 июль 2014, в 07:29

Теги:

java

nio

2 ответа

1

Каков наилучший способ получить государство?

Нет. Самый простой способ управлять Buffers - держать их всегда готовыми к чтению (= поместить) и flip() их, когда вы хотите написать (= get), помните, чтобы потом compact() или clear() чтобы они возвращались обратно состояние чтения.

user207421 29 май 2014, в 10:21

0

Грустно и довольно глупо иметь такое ясное действие (щелчок), но не иметь ясного состояния. Почему мне нужно найти простой ответ, выполнив вычисления с ограничением и положением?
Alex 10 июль 2014, в 07:31
0

@Alex Еще глупее, flip () необратим. Очень плохой выбор имени. Идея состоит в том, чтобы использовать состояние вашей программы, чтобы узнать состояние объекта buffer.m или держать их в состоянии чтения, за исключением кратковременных действий, согласно моему ответу.
user207421 10 июль 2014, в 07:49

Ещё вопросы

Когда вы говорите «состояние», вы спрашиваете, находится ли буфер в данный момент в режиме чтения / записи, или, как отвечает ответ TAsk, - какие возможности у буфера?
Кажется, что все это сбивает с толку. Если у вас есть метод flip (), вы должны переключаться между двумя состояниями ... это здравый смысл .... в противном случае у него должно быть другое имя (reposition () и т. Д.)
Грустно и довольно глупо иметь такое ясное действие (щелчок), но не иметь ясного состояния. Почему мне нужно найти простой ответ, выполнив вычисления с ограничением и положением?
@Alex Еще глупее, flip () необратим. Очень плохой выбор имени. Идея состоит в том, чтобы использовать состояние вашей программы, чтобы узнать состояние объекта buffer.m или держать их в состоянии чтения, за исключением кратковременных действий, согласно моему ответу.

icza · Accepted Answer · 2014-05-29T11-21-00.000Z

-2

Лучший ответ

В Buffer нет "состояния чтения" или "состояния записи". Если буфер поддерживает его, его можно читать и записывать одновременно.

Метод flip() просто: "Предел установлен на текущую позицию, а затем позиция установлена на ноль. Если метка определена, она отбрасывается".

Здесь нет внутреннего флип-состояния. Если у вас есть подготовленный буфер, содержащий тысячу байт, вы можете прочитать байт, а затем написать байт, который перезапишет второй...

icza 29 май 2014, в 11:21

0

Так что же тогда представляет собой flip() ?
user207421 29 май 2014, в 12:39
0

Похоже, мое замешательство было глубже. Кажется, что нигде нет скрытого «бита» режима чтения / записи. Буфер всегда готов к чтению и записи в зависимости от того, поддерживает ли их реализация. По крайней мере, комментарий к этому сообщению в блоге указывает на этот путь java.dzone.com/news/java-nio-question-about-buffer . ОТО, этот хороший урок, кажется, думает, что действительно есть 2 режима: tutorials.jenkov.com/java-nio/buffers.html
Peter Lamberg 29 май 2014, в 13:13
1

Люди, которые опровергают мой ответ, кажется, не могут прочитать Javadoc. Метод flip() просто меняет позицию и лимит буфера. Это не меняет внутреннюю переменную, как mode . Вы всегда можете вызвать методы чтения и записи, если есть данные для чтения или пространство для записи.
icza 29 май 2014, в 13:29
0

@EJP If Flip просто для управления счетчиками пределов и позиций, когда клиентский код хочет концептуально перейти от чтения к записи.
Peter Lamberg 29 май 2014, в 13:41
0

@icza Я согласен. Пониженные голоса не правы. Я проголосовал за тебя и выбрал правильный ответ. Javadoc, возможно, может быть более откровенным об этом, хотя. Как видно из ссылок в моем другом комментарии, я не единственный, кто изначально был озадачен этим. Может быть, мой вопрос и ваш ответ окажутся полезными и для других ...
Peter Lamberg 29 май 2014, в 13:47
0

Согласитесь, javadoc может быть более ясным по этому вопросу, но это не единственное место, где javadoc может быть улучшен;)
icza 29 май 2014, в 14:45
1

Никто не предположил, что есть внутренний режим. Я хочу сказать, что если бы буферы всегда были доступны для записи, операция flip () не существовала бы. Буфер может быть записан только путем его перелистывания, согласно комментарию @ PeterLamberg. В противном случае (перегруженная) позиция и предел не имеют соответствующих значений. Это глупый дизайн ИМХО.
user207421 10 июль 2014, в 07:51

Показать ещё 5 комментариев