Не знал, что в JUnit можно делать моки

Но только зачем?

офф. а у кого можно спросить

см. описание чата :)

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

за это тоже надо заплатить?)

за это тоже надо заплатить?)

надо техзадание составить

Есть у меня в Presenter следующий код: JsonConverter jsonConverter = new JsonConverter(); String json = jsonConverter.toJson(messageEditor.getMessage()); Intent intent = new Intent(context, ClientService.class); intent.putExtra("request", json); context.startService(intent);

Как можно для тестов подменить этот код не встаявляя его в отдельный класс?

public void sendMessage() { if(messageEditor.isNotEmptyMessage()) { // Save message in DB and display the message Message message = new Message(messageEditor.getMessage(), Message.ROUTE_OUT); chatInteractor.insertMessage(message); getViewState().displayMessage(message); /* TODO зависимость для тестов // Send message to server JsonConverter jsonConverter = new JsonConverter(); String json = jsonConverter.toJson(messageEditor.getMessage()); Intent intent = new Intent(context, ClientService.class); intent.putExtra("request", json); context.startService(intent); */ // Clear existing message after sending messageEditor.clear(); } } Эта часть кода точно должна быть здесь так как по своей сути это касается логики приложения, а то, что он запускает сервис, это лишь он делает запрос на отправку сообщения на сервер

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

public void sendMessage() { if(messageEditor.isNotEmptyMessage()) { // Save message in DB and display the message Message message = new Message(messageEditor.getMessage(), Message.ROUTE_OUT); chatInteractor.insertMessage(message); getViewState().displayMessage(message); /* TODO зависимость для тестов // Send message to server JsonConverter jsonConverter = new JsonConverter(); String json = jsonConverter.toJson(messageEditor.getMessage()); Intent intent = new Intent(context, ClientService.class); intent.putExtra("request", json); context.startService(intent); */ // Clear existing message after sending messageEditor.clear(); } } Эта часть кода точно должна быть здесь так как по своей сути это касается логики приложения, а то, что он запускает сервис, это лишь он делает запрос на отправку сообщения на сервер

ну замокай контекст или возьми роболектрик

привет, есть recyclerview в который при большом количестве imageview начинает фризить, пробовал битмап компрессию, не помогает, может подскажете чтонибудь?

Битмапы читаются из файлов прямо в onBind? Не уменьшаются до нужного размера перед вставкой в ImageView?

Всё таки Mockito в JUnit понадобился, а MVP не такой красочный как я думал

да из файла в onBind и прямо в нём уменьшаю размер

да из файла в onBind и прямо в нём уменьшаю размер

Надо делать асинхронно все операции ИО и уменьшение битмап

перед тем как проставить imageview идёт проверка есть в кеше или нет. Лучше сразу перед кэшированием один раз ужать?

перед тем как проставить imageview идёт проверка есть в кеше или нет. Лучше сразу перед кэшированием один раз ужать?

Конечно, MVP как любой ООП фреймворк очень сложно тестировать.

Лучше взять Glide или Picasso, написать правильно загрузку и кеширование картинок не простая задача

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

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

А вообще какие паттерны можно назвать легкотестируемыми?

Приятно, когда решение задачи ложится на паттерн, но в первую очередь нужно решать задачу.

Именно так и сделал телеграмм

Как по мне Clean Architecture рулит

твой вопрос «как тестировать?» неуместен, если ты попробовал паттерн и тебе понравилось

Как по мне Clean Architecture рулит

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

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

да, чтобы при каждом маленьком изменении править десять файлов

подожди, а ты все делаешь в одном классе?

любая крайность нездорова

подожди, а ты все делаешь в одном классе?

Я вообще предпочитаю иметь один-два адаптера на проект. Очень гибких и расширяемых адаптера, конечно.

например, я люблю на экранах со списками делать адаптеры и холдеры внутренними классами

а я такой подход считаю говнокодом

кажется, ты предпочитаешь строго императивный подход

ВК лагает

Всем привет! А у вас bitbucket работает?

что это значит?)

ООП — это история про полиморфизм