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

Что может быть в классе на пять тысяч строк?

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

А почему вы именно это из телеграмма берете?)

Вы серьезно сейчас? Создать презентер дольше чем ковыряться в классе на пять тысяч строк??

Какая разница. Эти 5тыщ окажутся в презентере

А почему вы именно это из телеграмма берете?)

А что?

И какой процент бизнес логики и UI будет в этих 5к строк?

А что?

Давай теперь в каждом приложении переписывать фрагменты и активити, раз так в телеграмме сделали. Почему ограничились только мвп?)

И какой процент бизнес логики и UI будет в этих 5к строк?

Все что не относится к ждк должно выполняться в презентере

Давай теперь в каждом приложении переписывать фрагменты и активити, раз так в телеграмме сделали. Почему ограничились только мвп?)

В MVVM тоже самое

*все что относится

Ну а смысл перенести 4к из 5к в презентер?

Да-да. Не получится так в андроиде

PS: я на MVP без тестов смотрю со скепсисом.

паттерны и интерфейсы не нужны, я понял)

Паттерны нужны, а эти супер архитектурные чистые решения нинужны

Паттерны нужны, а эти супер архитектурные чистые решения нинужны

А вам случаем не 15 лет?

А вам случаем не 15 лет?

Не

я вахуе просто от таких рассуждений

16?

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

16?

Не

А если нужно будет тесты ввести? Переписывать все?)

Может вы и сериализацию не используете? Зачем, ведь можно кажлвое поле как переменную передать)

А если нужно будет изменить модель данных - перерабатывать кучу всего в цепочке абстракцийе?

Использую parcelable генератор

А если нужно будет изменить модель данных - перерабатывать кучу всего в цепочке абстракцийе?

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

Жизенный пример: сменился поставщик контента и потребовалось переписать логику обработки данных не меняя UI.

Мвп это грубо говоря тоже самое, что разбрасывать классы по пакетам. Очень удобно когда в куче фрагменты, активити и адаптеры?

У меня не в куче и без мвп

Жизенный пример: сменился поставщик контента и потребовалось переписать логику обработки данных не меняя UI.

Так для этого уй и отделяется от логики)

В мвп

привет, я iOS dev объеденился с еще одним iOS dev-вом. Нас объединяет желание уйти от работы и рабоать на себя, на свои продукты и вера что мы это может. Андройдной части нам не хватает, может тут есть единомышлиники, давайте объединяться. Наш сырой сайт) http://olion.by/. Пока что получается в ищем в коофаундеры) В осноном хотим заниматься именно своими продуктами. Составляем список, приотезируем и валим. все выпускаем под одним брэндом.

Ну а смысл перенести 4к из 5к в презентер?

Возвращаясь к вопросу - Сколько UI и сколько бизнес логики в среднем в приложении? И что кроме загрузки данных выносить в презентеры?

Ну приложения это не только получить джейсон и распарсить его в адаптер

Ну мне вот и интересно, что выходит за эти рамки? Большинство приложения которые есть как раз этим и занимаются.

Ну мне вот и интересно, что выходит за эти рамки? Большинство приложения которые есть как раз этим и занимаются.

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

А если более серьезные расчеты, то появятся проблемы.

В презенетере к примеру досатвать из бд данные можно, обрабатывать их перед тем как отправить вьюхе

Ну а что включает обработку? Можно получать конкретно те данные, которые нужны.

*сформаировав правильный запрос и вынести его в DAL

Просто без тестов Presenter'ы для меня выглядят как паттерг ради паттерна.

Просто поспорить хочется ? Я не пойму суть спора) очевидно же что без мвп или его аналогов в итоге будет говнокод. Если это вас устраивает то говнокодьте дальше, это дело личное.

Да-да. А презентеры будут, то сразу будет чистый код

Как же гугол пишет все без презентеров?

Как же гугол пишет все без презентеров?

а ты код их приложений видел?

dex2jar

Ну вот тут все наоборот. Проекты которые пишутся долго, лучше писать с тестами и прогонять перед тем как коммитить.

https://github.com/google/iosched вот гугл ио сорс код

там презентеров нет

и что?

очевидно же - говнокод

если у тебя небольшое приложение -> пиши на родном для Android MVC

если у тебя большое приложение/длительная поддержка MVP позволит тебе быть эффективным

Почему это для андроид mvc родной?

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

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

Возможно, говнокод - это даже хорошо

раз гугл может себе позволить

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

Привет! Кто нибудь рисовал с нуля 9-patch картинки?

берёшь ответы на мидла и отвечаешь немного хуже –> PROFIT

А в чем проблема?

берёшь ответы на мидла и отвечаешь немного хуже –> PROFIT

?

Привет! Кто нибудь рисовал с нуля 9-patch картинки?

Добавляешь метки по которым андроид будет растягивать/не растягивать изображения. Можно и в paint'е сделать.

принцип я понимаю)

у меня не получается найти золотую середину

либо в центре торчит, либо не видно

Мвп как раз на хеловордах работает красиво. А как начинается сложнее, то лезут в презентер и контексты и вью и статик поля появляются

а чатец по kotlin не подскажете?) ну или по java) я тут плагин для IDEA один решил подправить… увидел такую штуку как java.lang.ClassCastException: org.jetbrains.plugins.ruby.gem.GemManager cannot be cast to org.jetbrains.plugins.ruby.gem.GemManager И там реально это происходит, я подебажил, у проекта берется GemManager как компонент, он имеет в рантайме класс GemManager, но component is GemManager возвращает false :)

Попробуй `component is GemManager.java`

Попробуй `component is GemManager.java`

Кайф форматирование

Мвп как раз на хеловордах работает красиво. А как начинается сложнее, то лезут в презентер и контексты и вью и статик поля появляются

Ну такое, на сложных тоже норм

И ниче не лезет

Просто на сложных сложнее сделать красиво

А хелловорд и без мвп можно сделать красиво

Разное понятие хеловорда значит

есть рабочий проект из г****кода, который переписываем по частям на MVP. После этого говорить что MVP не удобно/зачем столько файлов/только для хеловорд хорошо просто смешно

есть рабочий проект из г****кода, который переписываем по частям на MVP. После этого говорить что MVP не удобно/зачем столько файлов/только для хеловорд хорошо просто смешно

+

а чатец по kotlin не подскажете?) ну или по java) я тут плагин для IDEA один решил подправить… увидел такую штуку как java.lang.ClassCastException: org.jetbrains.plugins.ruby.gem.GemManager cannot be cast to org.jetbrains.plugins.ruby.gem.GemManager И там реально это происходит, я подебажил, у проекта берется GemManager как компонент, он имеет в рантайме класс GemManager, но component is GemManager возвращает false :)

В гиттере есть

Очередной распил бабла выиграли

поздравляю!

И вас

есть рабочий проект из г****кода, который переписываем по частям на MVP. После этого говорить что MVP не удобно/зачем столько файлов/только для хеловорд хорошо просто смешно

Что-то я аргументации не услышал. Какие показатели поднялись-то?

тестами проще покрывать

Но тесты это не показатель

#whois Пишу на всяком. Работаю в основном на жаве, частенько допиливаю что-то в андройде

Но тесты это не показатель

А что есть показатель?

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

@Gerc99 и Fedor а в каких конторах вы работаете?

@Gerc99 и Fedor а в каких конторах вы работаете?

А ты hr, что ли? :D

А что есть показатель?

показателей у бизнеса масса. бабло в основном

:-)

показателей у бизнеса масса. бабло в основном

Гавнокод вполне спсобен приносить бабло.

не просто интересно кто так мыслит, учитывая что чуваки про распил бабла говорили)