П
шо то архитектура
Size: a a a
2020 February 21
П
шо это
П
обе такие архитектуры
(
О, разработчик телеграмма в чате
I
Так куча же примеров. Например, у вас на экране могут быть данные, прогрессбар и ошибка, из прогрессбара можно перейти в данные или в ошибку, из ошибки в прогрессбар, данные - конечное состояние
Ничего не защищает вас от попытки перехода, например, из ошибки в данные. Да, в мвиай это тоже на вашей совести, но вы хотя бы об этом знаете
Ничего не защищает вас от попытки перехода, например, из ошибки в данные. Да, в мвиай это тоже на вашей совести, но вы хотя бы об этом знаете
ну я говорил выше, что это скорее уже от опыта зависит, а так можно конечно отобразить что угодно
(
ну я говорил выше, что это скорее уже от опыта зависит, а так можно конечно отобразить что угодно
Не зависит. Все делают ошибки. Единственное, что зависит от опыта - количество ошибок, так почему бы не снижать это количество формальными методами?
I
шо то архитектура
ну это скорее паттерн презентационного слоя, хотя может быть и самодостаточной архитектурой, тут вопрос контекста из которого мы смотрим на это
(
Так, поправка
(
*все, кроме разработчиков телеги, они полубоги
IZ
Кенариус?
ML
"Дисклеймер: всё, что я говорю, так или иначе под соусом именно MVICore, потому что это единственная либа, которую я пробовал для MVI."
На этом, собственно, можно и закончить обсуждение
На этом, собственно, можно и закончить обсуждение
I
Не зависит. Все делают ошибки. Единственное, что зависит от опыта - количество ошибок, так почему бы не снижать это количество формальными методами?
где-то читал исследования об ошибках, так вот около 60% ошибок, это ошибки, которые даже не учтены в коде, такого кода просто нет, и только 40% это ошибки в коде, так что мы можем контролировать лишь меньшую часть , но это не уменьшает значимость ошибки, но и не стоит ради этого плодить сущности без надобности
(
где-то читал исследования об ошибках, так вот около 60% ошибок, это ошибки, которые даже не учтены в коде, такого кода просто нет, и только 40% это ошибки в коде, так что мы можем контролировать лишь меньшую часть , но это не уменьшает значимость ошибки, но и не стоит ради этого плодить сущности без надобности
Кто и какие плодит сущности?
U
где-то читал исследования об ошибках, так вот около 60% ошибок, это ошибки, которые даже не учтены в коде, такого кода просто нет, и только 40% это ошибки в коде, так что мы можем контролировать лишь меньшую часть , но это не уменьшает значимость ошибки, но и не стоит ради этого плодить сущности без надобности
Где-то читал, что если в результатах исследований фигурируют округлённые до десятков значения долей, то такие результаты высосаны из пальца, а сами исследования не удовлетворяют требованиям к научным работам, а потому публикуются на медиуме.
I
Кто и какие плодит сущности?
можно от этого ответа уйду?)) так как такой ответ сместит акценты с MVI в сторону вообще архитектуры и тут есть очень много, о чем можно сказать и надо много времени на это
I
Где-то читал, что если в результатах исследований фигурируют округлённые до десятков значения долей, то такие результаты высосаны из пальца, а сами исследования не удовлетворяют требованиям к научным работам, а потому публикуются на медиуме.
округлил их я, а не исследователи, так как точных долей после запятой не помню)
I
Где-то читал, что если в результатах исследований фигурируют округлённые до десятков значения долей, то такие результаты высосаны из пальца, а сами исследования не удовлетворяют требованиям к научным работам, а потому публикуются на медиуме.
99% экспериментов не удовлетворяют требованиям поэтому всю науку можно прикрыть) подавляющее большинство ученых (исследователей) даже книг по Теории экспериментов в глаза не видели, а это такие огромные талмуды с кучей разных тонкостей о проведении различных экспериментов, в свое время пришлось читать, и поверьте, почти любой эксперимент можно опровергнуть плюс наши знания о мире крайне скудны, а мы пытаемся скудными знаниями охватить глобальное. Да это оффтоп и можно удалять))
k
Минусы скорее у самого MVP, Moxy добавляет только плюсы)
А какие ?
I
Кто и какие плодит сущности?
А если по существу, то сущности вытекают из иммутабельности RxJava, которым сильно злоупотребляют в MVI, то есть ваш перфоманс будет заметно просаживаться в отличии от более сбалансированного использования в других паттернах