Сделал аналогично нахождению максимального числа повторов...
qqqwerttttttttyuiopmmmmmmmmcczzzzzzzz
Константин Широбоков
30 уровень
Вообще ни один пункт не принимает
Решен
Комментарии (11)
- популярные
- новые
- старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
safelogj Android Developer
27 февраля, 23:25
0
Константин Широбоков Java Developer
28 февраля, 08:18
b>0 просто отсекаю отрицательные (byte от -127 до 128)
0
Денис Enterprise Java Developer
28 февраля, 12:24полезный
Тут на самом деле довольно любопытная штука происходит. Почитай про битовое И, есть пара значимых отличий от логического. В частности не работают короткие замыкания.
Ну и если бы ты сравнивал не boolean значения то результат оказался бы не таким очевидным :) Короче осторожнее с этим оператором. Он классный и полезный, но только там где нужен.
+1
reduke Backend Developer
27 февраля, 20:45
попробуй убрать & 0xFF и оставить просто frequency[buffer[i]]++;
Если хочешь чтобы наверняка прошло, то сделай просто через available(без буффера вообще), а подсчет как раз через inputStream.read(). Дерзай
0
Денис Enterprise Java Developer
28 февраля, 08:00
Интересно как быстро ты так вылетишь в отрицательные границы массива :) какой диапазон у byte?
Читать буфером как раз идея правильная, чтобы не насиловать IO.
0
reduke Backend Developer
28 февраля, 08:10
метод тест прошел, как валидатор, так и мои тесты, никуда не улетел. Может ты не понял про что именно я имею в виду)
0
Денис Enterprise Java Developer
28 февраля, 12:16
ну это конечно же проще чем осмысленно ответить на поставленный вопрос :) успехов в учёбе
0
Денис Enterprise Java Developer
27 февраля, 20:12
Код выглядит почти правильно, вопросительные знаки на валидации значат что он просто не скомпилировался на сервере, попробуй переотправить на проверку когда сделаешь код рабочим
Махинация с буфером тут явный оверхед. Просто для верности спрошу, ты точно понимаешь что происходит на 20й строке и зачем оно нужно? :)
Кроме того есть вопросы к нахождению минимального количества вхождений. Ты точно уверен что понимаешь как работает битовое И? Кроме того, перебирая количество вхождений символа, а именно это хранится в индексах массива очень странно выгляит min = 255, что это за волшебное число? Положим я скормлю твоему коду где самый редкий байт встречается 300 раз, он его найдёт?
Еще возможные узкие места - тебя просят закрыть поток ввода-вывода, попробуй это сделать явно, без try-with-resources.
0
Константин Широбоков Java Developer
28 февраля, 08:26
на 20 читаем из буфера по одному байту, переводим в диапазон 0-255 (так как byte -127...128) и элемент частотного массива инкрементируем, Вместо 255 ставил Integer. value.MAX. Не помогает. С Available почему то прошло
+1
Денис Enterprise Java Developer
28 февраля, 12:18
Что ж, порой местные тесты правда ожидают странные конструкции. Хорошо что ты понимаешь разницу между знаковым и беззнаковым представлением :) реализация с MAX более точная. Можно было бы еще подумать как опираться на реальные данные, но в рамках учебной задачи это лишнее.
0
Константин Широбоков Java Developer
27 февраля, 19:54
он что available() хочет? Почему?
0