Комментарии 3
При чем тут дизайн? Так ведь эти вещи связаны напрямую. Что будет в основе самого приложения: вкладки внизу или боковая панель с разделами?
По-моему, архитектор не должен брать в расчёт такие детали дизайна, так как они связаны только с отображением, но никак не с архитектурой в целом. Иначе при изменении вкладок на панель, нам нужно будет пересматривать всю архитектуру.
Какие данные нам будет передавать серверная часть? А в каком виде она будет передавать те или иные данные?
Это тоже вряд ли можно отнести к архитектуре, это скорее дизайн (тут я имею в виду не дизайн интерфейса, а некий переходный этап между архитектурой и разработкой, который тоже называется дизайн).
В идеале, дизайн никак не должен зависеть от архитектуры. Есть данные, которые нужно отобразить и которые имеют какой то определённый формат. При изменении внешнего вида, ничего меняться не должно. Это в общем обычный MVC паттерн Вам скажет.
Всё это, конечно, сугубо моё мнение.
По-моему, архитектор не должен брать в расчёт такие детали дизайна, так как они связаны только с отображением, но никак не с архитектурой в целом. Иначе при изменении вкладок на панель, нам нужно будет пересматривать всю архитектуру.
Да о том как реализовывать навигацию внутри приложения беспокоиться должен точно не архитектор. Тут я неточно выразил свою мысль. Но вот разработчик, который первым начнет работу над приложением обязательно должен увидеть дизайн целиком, чтобы оценить общую картину и подумать над тем как предложенный дизайн преобразовать в красиво реализованный проект, а не велосипеды с прослойками костылей.
Это тоже вряд ли можно отнести к архитектуре, это скорее дизайн (тут я имею в виду не дизайн интерфейса, а некий переходный этап между архитектурой и разработкой, который тоже называется дизайн).
В таком случае дизайн это очень и очень широкое понятие. Вот этот переходный этап в некоторых случаях зависит от того как должно выглядеть приложение. В моей практике (4 года на момент публикации) это встречалось не часто, но все же имело место быть. Хотя я не исключаю что быть это было связано с ошибкой в каком-то другом аспекте, но ни тогда ни сейчас я этой ошибки пока не вижу.
В идеале, дизайн никак не должен зависеть от архитектуры.
Согласен, но как часто процесс разработки проходит по идеальному пути?
Согласен, но как часто процесс разработки проходит по идеальному пути?
Ну разделить представление и логику обычно можно, если заранее на это закладываться. Потому что, как я уже писал ранее, представление зависит только от формата данных, а это уже не архитектурное решение. От дизайна может зависеть более низкоуровневая реализация (к кому обратиться за данными, в каком формате вернуть, сколько записей и т.д.), но никак не архитектура.
В таком случае дизайн это очень и очень широкое понятие
Понятие не то, что бы широкое, скорее нет чёткого однозначного определения, немного путается с архитектурой.
Вот этот переходный этап в некоторых случаях зависит от того как должно выглядеть приложение
По моему, это нормально. Как раз таки когда верхнеуровневая архитектура разработана, можно спускаться ниже и прорабатывать конкретные слои (компоненты, модули). В том числе — механизм взаимодействия с внешним видом.
У меня опыта мобильной разработки мало, так что, возможно, я не совсем в теме, хотя, как мне кажется, общие принципы архитектуры, они едины
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О дизайне в мобильных приложениях (глазами, умом и сердцем разработчика)