Size: a a a

Android Architecture

2020 August 30

S

Singular in Android Architecture
Я не понимаю, почему вы сразу валите весь клин? клин нормальная тема, просто нужно стараться юзать свое. Из всего нужно брать лучшее и отсеивать худшее.
В моем случае полклина + модулька + мввм делает весь булеркод настолько приятным для чтения глаз что даже новичок поймет, что собственно и нужно стараться делать. Иначе какой смысл от архитектуры, когда другой программист не поймет код написанный нами 😐.
Пару лет назад я посмотрел код на clean от гугла, дак чуть не охренел от увиденного.
Зачем все так усложнять когда можно довольствоваться золотой серединой
источник

GR

Gor Rushanyan in Android Architecture
Ну не все понимают что для каждой задачи свое решение
источник

(

( in Android Architecture
Gor Rushanyan
Очередная серебряная пуля? Подождите годик-второй. Реализуйте несколько разнотипных проектов на этой архитектуре. Тогда и поговорим что действительно лучше.

В каком месте клин говнище так и не рассказали. Оверинжиниринг можно сделать где угодно, также как и избежать его. Или кто-то не согласен что домейн должен быть отделен от презентейшена?

(P.S. давно сюда не заглядывал, но чатик явно скатился, с такими толстыми вбросами)
Мне честно говоря давно уже надоели срачи про клин, я просто прояснил по важному вопросу, потому что явно народ до сих пор не понимает что да как
источник

S

Singular in Android Architecture
Gor Rushanyan
Ну не все понимают что для каждой задачи свое решение
В этом я согласен. Но все же не понимаю людей которые яро фанатеют от клина, вот к примеру видел недавно проект на клине, код кодом, но человек который пишет клин и не использует обычные принципы SOLID, тот же LSP.
Я не понимаю таких людей, это похоже на мейнстрим.

Итог читаешь код и думаешь лучше бы ты в обычном активити писал
источник

КР

Кирилл Романенко... in Android Architecture
Yakov Weber
6 лет ему в вебе, а в андроид я его увидел где то с год назад, как продолжения движения mvi, для меня он в общем то просто доработанный мви, для себя я его посмотрел, но проектов на TEA мне не очень много попадается, а что бы ещё и оперсорс типа gitfox вообще не нашёл.
> я его увидел где то с год назад, как продолжения движения mviи
MVI, TEA, Redux, Flux - реализации паттерна UDF

> но проектов на TEA мне не очень много попадается, а что бы ещё и оперсорс типа gitfox вообще не нашёл
А я на всех последних работах пишу только на TEA. Как и остальные члены команды. P.S. до этого долгое время сидел на MVP и не очень долгое на MVVM, одна хуйня.
источник

КР

Кирилл Романенко... in Android Architecture
Gor Rushanyan
Говно на вентиляторе лишь из-за максимализма, как и всегда.
Это не максимализм, а опыт и выводы.
источник

S

Singular in Android Architecture
Кирилл Романенко
> я его увидел где то с год назад, как продолжения движения mviи
MVI, TEA, Redux, Flux - реализации паттерна UDF

> но проектов на TEA мне не очень много попадается, а что бы ещё и оперсорс типа gitfox вообще не нашёл
А я на всех последних работах пишу только на TEA. Как и остальные члены команды. P.S. до этого долгое время сидел на MVP и не очень долгое на MVVM, одна хуйня.
Но все же МВВМ лучше заходит с SingleActivity, чем МВП
источник

S

Singular in Android Architecture
мвп отжило свое, спасибо что вообще была такая штука)
источник

GR

Gor Rushanyan in Android Architecture
Singular
В этом я согласен. Но все же не понимаю людей которые яро фанатеют от клина, вот к примеру видел недавно проект на клине, код кодом, но человек который пишет клин и не использует обычные принципы SOLID, тот же LSP.
Я не понимаю таких людей, это похоже на мейнстрим.

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

С LSP даже интересно, имхо, вообще всегда казалось что этот принцип сложно ломать. Хотя признаюсь, в какой-то унылый вечер сам умудрился надломить принцип открытости/закрытости, какими-то ох*ми идеями, благо код ревью отрезвил. Бывает.
источник

YW

Yakov Weber in Android Architecture
Кирилл Романенко
> я его увидел где то с год назад, как продолжения движения mviи
MVI, TEA, Redux, Flux - реализации паттерна UDF

> но проектов на TEA мне не очень много попадается, а что бы ещё и оперсорс типа gitfox вообще не нашёл
А я на всех последних работах пишу только на TEA. Как и остальные члены команды. P.S. до этого долгое время сидел на MVP и не очень долгое на MVVM, одна хуйня.
Эхх везёт, у меня такой свободы нет, я радуюсь если есть просто клин и вьюхи не по 1000 строк, надо бы свой пет на TEA переписать может
источник

GR

Gor Rushanyan in Android Architecture
Кирилл Романенко
Это не максимализм, а опыт и выводы.
Я вот читаю твои сообщения и вижу максимализм. Это мои опыт и выводы.
источник

YW

Yakov Weber in Android Architecture
Singular
В этом я согласен. Но все же не понимаю людей которые яро фанатеют от клина, вот к примеру видел недавно проект на клине, код кодом, но человек который пишет клин и не использует обычные принципы SOLID, тот же LSP.
Я не понимаю таких людей, это похоже на мейнстрим.

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

S

Singular in Android Architecture
Gor Rushanyan
Та понятно что мейнстрим, никто ж не спорит. Учитывая что до популяризации клина мало кто обычное мвп использовал.

С LSP даже интересно, имхо, вообще всегда казалось что этот принцип сложно ломать. Хотя признаюсь, в какой-то унылый вечер сам умудрился надломить принцип открытости/закрытости, какими-то ох*ми идеями, благо код ревью отрезвил. Бывает.
LSP нужно поддерживать, чтобы хотя бы код чище был
источник

КР

Кирилл Романенко... in Android Architecture
Singular
Я не понимаю, почему вы сразу валите весь клин? клин нормальная тема, просто нужно стараться юзать свое. Из всего нужно брать лучшее и отсеивать худшее.
В моем случае полклина + модулька + мввм делает весь булеркод настолько приятным для чтения глаз что даже новичок поймет, что собственно и нужно стараться делать. Иначе какой смысл от архитектуры, когда другой программист не поймет код написанный нами 😐.
Пару лет назад я посмотрел код на clean от гугла, дак чуть не охренел от увиденного.
Зачем все так усложнять когда можно довольствоваться золотой серединой
Архитектура должна не только быть понятной новичкам. TEA лучше клина в том, что у неё одно централизованное состояние, которое очень просто контролировать, и при этом (на больших экранах) меньше болейлерплейта, чем в MVP, MVVM. А клин это говнище, где ты должен поднять цепочку из N (где N >= 3) слоёв, чтобы понять что происходит. При этом ты бойлерплейтишь и пишешь кучу бесполезного кода, единственная цель которого - размазать логику, в то время когда работу с логикой надо строить по-другому: делаешь как можно чище, грязь выделяешь и сводишь к минимуму.
источник

GR

Gor Rushanyan in Android Architecture
Если назвать что-то говнищем 1000 раз, возможно оно им станет?
источник

S

Singular in Android Architecture
Yakov Weber
Мне тоже интересно как там нарушен LSP с котлин это сделать в разы сложней как по мне, есть пример?
ну к примеру был пример, когда чел 20 фрагментов проверял через instasteof. А в другом месте опять тоже самое. Ну я думаю вы понимаете что я увидел)
источник

КР

Кирилл Романенко... in Android Architecture
Gor Rushanyan
Если назвать что-то говнищем 1000 раз, возможно оно им станет?
Ты просил аргументы, я сделал ещё одну попытку.
источник

S

Singular in Android Architecture
Любите полиморфизм и будет вам счастье
источник

YW

Yakov Weber in Android Architecture
Singular
ну к примеру был пример, когда чел 20 фрагментов проверял через instasteof. А в другом месте опять тоже самое. Ну я думаю вы понимаете что я увидел)
Так там java была, или котлин?
источник

YW

Yakov Weber in Android Architecture
Singular
ну к примеру был пример, когда чел 20 фрагментов проверял через instasteof. А в другом месте опять тоже самое. Ну я думаю вы понимаете что я увидел)
Это не принцип LSP
источник