UIAlertView и MVC

Question

Это плохой дизайн для отображения представления предупреждений снаружи контроллера представления?

Допустим, я пытаюсь внедрить защищенный веб-браузер на iOS и хочу иметь возможность обрабатывать плохие сертификаты.Для простоты мой веб-браузер состоит из объекта-обработчика HTTPS и множества контроллеров представления.Если я получу недействительный сертификат, я хочу открыть окно с предупреждением и спросить пользователя, следует ли устанавливать соединение.

Мне кажется, что представление с предупреждением является представлением и относится к контроллерам представления.Но имеет ли смысл создавать представление предупреждений внутри каждого отдельного контроллера задач для такой ситуации?

Имеет ли смысл создавать отдельный выделенный контроллер представления исключительно для вызова этих типов "глобальных"оповещения?

Answer 1

По моему опыту, нормально вызывать оповещения от других объектов по большей части, но имейте в виду, что это может создать некоторые трудности, если ваш контроллер представления не контролирует эти оповещения.

Например, у меня был случай, когда мне нужно было, чтобы мой взгляд был в курсе, показывалось ли предупреждение, прежде чем пытаться продолжить. Но так как некоторые оповещения вызывались из других объектов, ВК не всегда мог знать, какие оповещения были показаны или нет.

Answer 2

Для HIG вы можете рассмотреть возможность использования листа действий для этого (см. Предупреждения, Таблицы действий и Модальные представления в HIG) и http://developer.apple.com/library/ios/#documentation/uikit/reference/UIActionSheet_Class/Reference/Reference.html

и, чтобы ответить на вопрос «это делает?Смысл вопроса: имеет смысл иметь UIAlertViews из представлений, но в зависимости от вашего приложения вы можете использовать наследование для управления организацией кода, когда и где отображается представление alert.YMMV.