Написав приложение с 10 такими областями отображения, я могу заверить вас, что это значительно упростило наш проект по сравнению с тем, что было бы с одной (мы могли бы удалить пару областей, а затем обработать без активности, но все же).
Это оказывается наиболее полезным, когда ваши области отображения не меняются одновременно (как правило, ваш основной контент меняется чаще, чем ваш периферийный или отдельно содержимое): допустим, вы редактируете очень сложный объект и разбиваете его на десятки экранов, и на экране всегда есть одно и то же ( например, резюме объекта top, чтобы дать контекст пользователю).
Также здорово специализировать свои действия (разделение задач, по одной проблеме на действие). Например, в stackoverflow (если бы это было приложение GWT) боковая панель справа могла бы находиться в том же действии, что и вопрос и ответы на него, но если вы разделите вещи на отдельные действия, каждое из них становится проще и, следовательно, проще в обслуживании.
Наконец, специализированные виды деятельности легче реорганизовать. Например. мастер-подробности, разделенные на 2 действия, можно легко изменить с «мастер/потомок на одном экране» (так же, как в большинстве почтовых клиентов, которые отображают как список писем, так и выбранное сообщение) на «мастер-потомок и обратно к мастеру». " (как GMail по умолчанию, как и большинство мобильных приложений). И эта реорганизация не связана с изменением способа навигации в вашем приложении, а с повторным использованием одних и тех же действий для разных навигаций в зависимости от форм-фактора (и с MVP вы также можете адаптировать представления без изменения презентаторов).
При этом действительно есть много приложений, где это не нужно/не требуется. Это не значит, что это не полезно.
person
Thomas Broyer
schedule
10.11.2012
