а есть ещё и другие люди которые в UX секут и которые постоянно пишут о том что такие то и такие то гайдлайны этих крупных контор - говно

а не гайдланы какие-то глобальные

ну в любом случае мир меняется и гайдлайны тоже и у разных людей разные мнения и взгяды на UX

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

в этом то и прикол что стандарты они как бы есть но они постоянно меняются из-за того что индустрия действует методом проб и ошибок и нет и никогда не будет единой протореной дорожки в UX

поэтому нейронки нас не заменят. успокойтесь)

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

более того у них пока что 77% of accuracy и не все готово. реально рабочий прототип может быть выйдет в конце этого года и то навряд ли.

Есть активити (вью), экземпляр презентера для нее. Из этой активити создаю фрагмент. Нужно делать отдельный презентер для фрагмента?

Или описывать б-логики для него в презентере его родителя.

если фрагмент небольшой то не надо наверное, вопрос слишком общий :)

Хорошо, нужно ли делать фабрику презентеров, где их хранить, ибо резолв в TinyIoC возвращает новый экземпляр презентера?

Если допусти из фрагмента я хочу получить презентер родителя.

Господа, может кто-то сможет подсказать, как я могу отправить dtmf сигнал на микрофон на андройде? Так же получить сигнал в определенной частоте?

Кто нибудь пробовал Kotlin для Android ?

Кто нибудь пробовал Kotlin для Android ?

Да

Крутая тема

И как тебе? Мне лично очень понравилось

Кто нибудь пробовал Kotlin для Android ?

А то, уже пол года в продакшене

очень хочется kotlin на .NET теперь

Хотя только пробовал, ничего толкового не писал. Но лучше java)

на Java писать после C# было крайне неприятно. Но вот Котлин совсем другая тема

очень хочется kotlin на .NET теперь

Зачем? Он же как C# в основном (да и F# лучше все равно)

В f# нету nullref)))

самое интересное в котлин по умолчанию тоже nonnullable

Надо явно объявлять что значение может принимать null

В f# нету nullref)))

Вон в C# 8.0 обещали (нечто похожее), думаю и F# для интеропа подтянется

на Java писать после C# было крайне неприятно. Но вот Котлин совсем другая тема

Та же фигня. Java очень многословна.

data class тоже крутая тема - его обещали в виде Record в C# 8 тоже

data class тоже крутая тема - его обещали в виде Record в C# 8 тоже

Ну вот видишь, да и F# это уже есть (в кам то виде)

и что самое интересное - в котлин нет полей. Одни только свойства. Поэтому как в C# писать {get; set;} каждый раз нет надобности

get и set дописываются по мере необходимости

data class тоже крутая тема - его обещали в виде Record в C# 8 тоже

На IO эту фичу показали классно. Вот 2 экрана на Java, а вот 1 строка на Kotlin и делают они одно и тоже)

ну да - поддерживаю - очень давно этого не хватает в C#

На IO эту фичу показали классно. Вот 2 экрана на Java, а вот 1 строка на Kotlin и делают они одно и тоже)

Это баян 5 летней давности (везде показывают), да и тоже самое можно на scala/groovy/lombok

Это баян 5 летней давности (везде показывают), да и тоже самое можно на scala/groovy/lombok

Баян/не боян - но этого часто очень не хватает в C#

и что самое интересное - в котлин нет полей. Одни только свойства. Поэтому как в C# писать {get; set;} каждый раз нет надобности

Кстати, ну а в чём принципиальная разница между полем и простым проперти get; set? Кроме кодстайла не вижу. Поэтому логично было не делить

приходится решарпером генерить этот мусор для сравнения. Но не у всех есть решарпер

Баян/не боян - но этого часто очень не хватает в C#

Immutable class с билдером? Так то в C# есть инциациализаторы полей.

Это баян 5 летней давности (везде показывают), да и тоже самое можно на scala/groovy/lombok

Но вау эффект все равно производит

Баян/не боян - но этого часто очень не хватает в C#

+++

.NET Tools Blog Wed May 24 17:16:00 UTC 2017 Incremental build in Rider

Immutable class с билдером? Так то в C# есть инциациализаторы полей.

нет, речь совсем о другом. Когда у тебя допустим у тебя есть структура Product с полями Name и Age

то два инстанса будут одинаковы когда у тебя Name и Age тоже равны

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

ну и соответственно такой мусор приходится писать или генерить инструментами вроде Resharper

.NET Tools Blog Wed May 24 17:16:00 UTC 2017 Incremental build in Rider

А если, только 1 проект в солюшене, то быстрее не станет?

А если, только 1 проект в солюшене, то быстрее не станет?

Фиг знает. Я не читал ещё)

нет, речь совсем о другом. Когда у тебя допустим у тебя есть структура Product с полями Name и Age

Ну в С# 8.0 завезут - все ок. Да и в F# records уже имеют ведь свой автосгенеренный Equals же.

Все правильно. Вот только пересадить с C# на F# народ сложно. А вот на котлин пересесть достаточно легко. Можно просто взять Java проект и сконвертировать в котлин. Что собственно многие Android разработчики и делают

кроме того если со StackOverflow скопировать кусок Java кода то IDE (IntelleJ) предлагает сконвертировать этот код в Kotlin

(при добавлении в kotlin проект само собой)

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

что тоже очень существенно упрощает переход с Java на Kotlin

Ну да, есть такое. Хотя язык уже больше года в релизе (до этого был доступен уже 3), но пока google не сказал - народ особо не интересовался и даже побаивался.

да на самом деле многие переходили на Kotlin на свой страх и риск и последнее время их реально уже много было. Собственно поэтому гугл и признал его

вот что еще очень подкупает в котлин - автовывод типов как в функциональных языках (F# например)

Фиг знает. Я не читал ещё)

Просто Шкредов, про это рассказывал еще в прошлом году и он тоже показывал на солюшене с большим кол-вом проектов. И фишка там в том что бы не пересобирать лишний раз зависимые проекты.

вот что еще очень подкупает в котлин - автовывод типов как в функциональных языках (F# например)

Ну там же вроде инференс как в шарпе, за исключение полей и уже тоже хочется в C# поля через var делать.

Хорошо, нужно ли делать фабрику презентеров, где их хранить, ибо резолв в TinyIoC возвращает новый экземпляр презентера?

у меня всегда 1 инстанс 1 класса презентера на странице. У презентера есть вью или фрагмент. Но в рамках 1 активити может быть несколько презентеров.

активити кстати ничего про презентеры не знает. Они висят в "воздухе"

активити кстати ничего про презентеры не знает. Они висят в "воздухе"

Хорошо, презентер активити живет, когда из нее создаешь фрагмент?

презентер живет пока живет фрагмент)

Значит для фрагменты отдельный презентер ты не делаешь?

фрагмент держит слабую ссылку на презентер, презентер сильную на фрагмент. Фрагмент - вложенный класс в презентере. Как-то так у меня

ERROR: S client not available

соответственно после того как из фрагментменеджера удаляется фрагмент я перестаю держать ссылку на презентер

Вникаю в mvp и у меня презентер и его получение прямая ассоциация с viemodel из mvvm. Но вьюмодель была для всех окон, тут же никто не может внятно сказать стоит ли писать логику для фрагмента в отельном презентере или нет.

презентер соответственно уничтожается вместе с фрагментом

viemodel у меня инжектится как биндинг контекст для презентера

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

она же передается во фрагмент

вьюмодель + презентер, что за гранью паттернов.

что-то*

MVPVM

))

мне нравится

для лист айтемов тоже использую вьюмодели

но для каждого элемента не презентер а вьюхолдер

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

а зачем тебе родитель?

я вот как-то все это время обходился без этого

Нужны свойства его вьюшек.

ааа для анимаций?

просто тут решение такое - не мельчить фрагменты

В проекте большой бэкстэк бывает и нужно бывает в крайнем фрагменте менять данные в первом айтеме бэкстэка.

ааа вот такая задача

Анимации не всегда, но в презентере есть методы, которые говорят вьюхе пускать анимацию.

сейчас подскажу

Или наоборот, бывает, что из 1го айтема бэкстэка нужно передать инфу в последний, таскать по конструкторам айдишники - не моя стезя, поэтому начал все переводить на mvp+di

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

В конструкторе?

Что если нужен будет этот инстанс чайлду 10го поколения. По всему бэкстэку таскать?

Или тэгами пользоваться?

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

await NavigationService.PushAsync<LeverancerDetailsViewModel>(thisViewModel => {// initialize instance });

в сервис я передаю Action который знает как проинициализировать LeverancerDetailsViewModel. В неё можно передать this

т.е ссылку на себя.