есть еще крутая идея

у тебя стринг в котором переопределен .contains метод

Кхм, тогда ССЗБ

но на самом деле, ты сравни побайтово, и будет понятно

base64 и непечатные символы, хммм.

именно. перевел в байты, а там на конце 10 – перевод строки. пробежался по коду, но я нигде его не добавлял...

всем спасибо)

Какой-то неправильный base64

ну и System.err чето фу

slf4j наше фсё

log4j2 же

ну и System.err чето фу

ну он хоть сразу выводит, в отличии от System.out

log4j2 же

лучше запихнуть через биндинг к slf4j.

Слава андроиду, там просто Log.d().

Без лишних куч всяких разных логгеров.

Слава андроиду, там просто Log.d().

я сейчас проект как раз пилю на android. Log пишу только в релизе. куда быстрее написать serr и нажать tab

я сейчас проект как раз пилю на android. Log пишу только в релизе. куда быстрее написать serr и нажать tab

Лентяй

Лентяй

только что понял, что можно написать logd и нажать на tab :D

Помогу)

только что понял, что можно написать logd и нажать на tab :D

А еще и самому что угодно задать можно

А еще и самому что угодно задать можно

не знал этого. все хотел глянуть, но никак руки не доходили

Это как использовать HttpUrlConnection в наше время

Это как использовать HttpUrlConnection в наше время

а что с ним не так? когда требуется минимум кода, без сторонних либ, приходится его юзать

а что с ним не так? когда требуется минимум кода, без сторонних либ, приходится его юзать

Никогда не было такого

Всегда потом что-то надо накрутить

"А утту нас рест появился", "А тут мы файлик залить хотим"

И ты выкидываешь это говно и берешь retrofit

Никогда не было такого

постоянно такое. проекты должны весить 50-200кб. никак не могу подключить либу. вот на крупных проектах можно юзать okhttp, retrofit

постоянно такое. проекты должны весить 50-200кб. никак не могу подключить либу. вот на крупных проектах можно юзать okhttp, retrofit

200кбайт? фулл апк?

200кбайт? фулл апк?

да)

онли код, без ресурсов

ну если проект а-ля "2 кнопки прога"

не. типа системных прилок для всякого рода контроля

онли код, без ресурсов

Ну бывает, сервисам вообще насрать на ресурсы считай

не. типа системных прилок для всякого рода контроля

Там да, юслесс. Но таких приложений мизер от общего числа.

Там да, юслесс. Но таких приложений мизер от общего числа.

ну.... я полгода уже пишу их)

А вообще, от разнообразия версий андроида порой горит, в этом плане ios лучше.

А вообще, от разнообразия версий андроида порой горит, в этом плане ios лучше.

так там же куча ограничений. не, там клево, не спорю, но куча ограничений

Ну или можно так: "у нас тут minapi 16, и куча разных девайсов с разным разрешением экранов".

Что грустно (

Кто-нибудь знает почему java.util.ArrayDeque не реализует hashCode и equals? Есть ли какие-то глубинные причины или просто забыли?

если у меня будет метод validate возвращающий булеан, который будет проверять данные на валидность и по возможности их исправлять, то это наверное бедпрактис?

если у меня будет метод validate возвращающий булеан, который будет проверять данные на валидность и по возможности их исправлять, то это наверное бедпрактис?

а исправлять зачем?

Пульнул эксепшн и все, пусть код выше разбирается.

а исправлять зачем?

ну есть кейсы, когда семантически данные правильные, но представлены не оч корректно

ну есть кейсы, когда семантически данные правильные, но представлены не оч корректно

Не круто, когда валидатор делает что-то кроме валидирования.

воот

значит не буду так делать

придется два метода впиливать =(

Ну передал А, а получил Б

Тупость же

ну есть кейсы, когда семантически данные правильные, но представлены не оч корректно

Что-то типа номера телефона?

Что-то типа номера телефона?

угу

Ну как вариант - вырезать все, кроме цифр. Если на андроиде - там есть что-то из PhoneUtils.

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

А если сначала валидировать, то может отвалиться из-за ненормализованных данных

Ну валидатор на то и валидатор, чтобы проверять. Все нормализации логичнее до него делать.

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

Ну сделай не варидатор, а категоризатор: 1, 2, 3, 4, .., n, error.

А после в зависимости от возвращаемого значения.

Какие велосипеды городим, сложности на ровном месте. Нормализовал, проверил, если все ок - работаем дальше.

пишешь нормализатор

пишешь тесты

пишешь валидатор

пишешь тесты

Волцков дело говорит

можно поменять местами тесты

но тесты я писать не буду на этом

ERROR: S client not available

(а может и буду, как настроение пойдет, они там для галочки только будут, нужды в них нет)

сделай так

напиши по тдд

сначала пишешь тесты

потом уже код

думаю, у тебя так быстрее пойдет

на этом можно тдд делать

так как не очень сложно сначала написать тест, на то, что ты хочешь увидеть от строки +7(916)-131-13-13

после прогона через нормализатор

не хочу использовать тдд там где в нем нет необходимости, тем более в него я не умею и пока научусь уже сто раз можно будет два метода написать и не ебать моск

че там учится

ты поехал?

благо мои случаи намного проще чем валидация и нормализация мобильного телефона

просто хуячишь проверку раньше кода

вот и всё

и это не занимает много времени

написать один метод

Тесты - полезная тема.

уверен что все не так просто

assertEquals("79169393333", normalizator.normalize("+7(916)-939-33-33"));

assertEquals("79169393333", normalizator.normalize("+7(916)-939-33-33"));

подозреваю что тдд должно проджектвайд использоваться, а не для того чтобы %GovnoMocha%Utils класс очередной написать

я ничего не понял

что ты написал

А про телефоны - https://github.com/googlei18n/libphonenumber

можешь писать по-русски?

проджект вайд

смузи

чебупелли

тдд надо во всем проекте юзать сразу, а не для того чтобы конкретный класс накидать из 50 строк

ты понимаешь

ну я про мой случай