История рефакторинга приложения «Ситимобил»

[Evengard]

Мне одному первый вариант (до рефакторинга) окон авторизации нравится больше, чем два последующих?

[ShamanR]

>водителям номер не дадут, и спамить тоже не будут
Может изменились политики конфиденциальности? Водителю всё ещё номер не даётся, а вот спам может иногда приходить, например.

[TheSecond]

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

[Melister]

Согласен, на первый вариант приятно посмотреть. Даже первый рефакторинг приятней чем то, что получилось в итоге.

[TheSecond]

Спасибо за конструктиврную критику, будем учитывать в нашей работе. Однако дизайн-гайды платформ постоянно развиваются и меняются. После прошедшего Google I/O как раз произошли большие перемены в плане дизайна, а удобство — это отчасти дело привычки, которая, возможно, еще не успела сформироваться

[nerudo]

На первой фото «после» и вовсе выглядит как после взрыва нейтронной бомбы ;)

[gsmetal]

Первый делал Лебедев www.artlebedev.ru/citymobil/app/process.

[navrocky]

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

[TheSecond]

Не все устраивало в той реализации, не конкретно на экране авторизации, а на других

[VankaPolosatik]

+1

[brick_btv]

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

Может у кого есть примерный список?
В любом случае Мартин Фаулер актуален на все времена martinfowler.com/books/refactoring.html

[ashumkin]

«Эффективная работа с унаследованным кодом», Майкл К. Физерс

[ivan2kh]

По поводу КДПВ скажу, что пугающе смотрится 14 полосная дорога в центре города.

[deepblack]

Там 8+7 полос, итого 15

Фото

[ivan2kh]

А, ну тогда не страшно

[evstep]

TheSecond а какой вариант MVP вы используете, самописный или готовое решение (Moxy и.т.д.)?
Ну и если самописное, то соответственно как отрабатываете ЖЦ?

[TheSecond]

В нашем проекте используется самописный MVP. ЖЦ обрабатываем так, что разделяем данные, которые относятся к бизнес-логике и к состоянию UI. Данные бизнес-логики хранятся в репозиториях, которые имеют свой ЖЦ и не зависят от экранов. А данные относящиеся к состоянию UI сохраняем в бандлах и в некоторых специфичных случаях в retain фрагментах.

[xanm]

MVP — шаблон проектирования пользовательского интерфейса (Model-View-Presenter).

С моей точки зрения допущены серьезные ошибки в определении:
1) MVP — это архитектурный паттерн для построения архитектуры приложений с пользовательским интерфейсом, а не для проектирования пользовательского интерфейса.
2) MVP можно использовать и в программном обеспечении без пользовательского интерфейса.

[TheSecond]

Спасибо за замечание, но, пожалуй, ключевая фраза —

С моей точки зрения

По поводу того, чем является MVP — архитектурой или лишь паттерном presentation-слоя сломано много копий, я придерживаюсь 2 трактовки. Согласен, приведенная мной формулировка не самая удачная. Но под пользовательским интерфейсом подразумевается не только тот интерфейс, который представлен на экране пользователя смартфона, а интерфейс в более широком понимании — канал, по которому пользователь взаимодействует с приложением, все возможные способы получения информации от него и передачи ему