Обязанности делегатов и контроллеров в касании какао?
Вы можете перехватить событие, приостановить его, очистить значения, а затем отправить форму, используя js.
document.querySelector('button[type="reset"]').addEventListener('click', function (e) {
e.preventDefault();
this.parentElement.reset();
this.parentElement.submit();
})
2 ответа
Делегат является некоторым объектом, который реализует ряд методов, от которых зависят или Ваше приложение или платформа, против которой Вы связываетесь, для функционирования. Это - средство реализации основанного на делегации шаблона разработки, где ответственность за выполнение действия передается от некоторого корневого источника до заинтересованного третьего лица. Например, UIApplication имеет делегата методы , которые предоставляют третьему лицу способность выполнить операции в определенное время в течение времени жизни приложений. Это может быть, хотя из как веха во временной шкале, в которую можно способствовать истории.
контроллер А является полностью другим животным и ответственен за то, что сделал, ну, в общем, управление. ViewController обвинен в управлении представлениями - для загрузки их в память от диска, когда они необходимы и разгрузка их, когда они не. Они преобразовывают содержание от некоторого базового объекта модели в форму, которая применима Вашими объектами представления, контентом загрузки в Вашу модель в оперативной памяти от диска или из Интернета, и выведите содержание назад к диску, когда Вы сохраняете и/или выходите.
Самым простым путем я могу думать для дифференциации, эти два:
- делегат А является протоколом (интерфейс), который определяет методы, которые объект реализует для получения определенных сообщений из других объектов. Объекты делегатов чаще всего используются для получения асинхронных обратных вызовов, таких как ввод данных пользователем, ввод-вывод.
- контроллер А является объектом, который обычно содержит элементы UI (представления, средства управления, и т.д.) и данные, и оба получают, и отправьте сообщения в различные объекты в нем. Во многих случаях контроллер делегат и может реализовать несколько протоколов делегата для получения событий из нескольких объектов.
Имеют в виду, что много элементов UI и средств управления позволяют Вам пасовать назад события к контроллеру путем соединения их с методом IBAction в Интерфейсном Разработчике. Это очень удобно, поскольку это не требует, чтобы дополнительный код реализовал делегатов. Однако некоторые другие API, такие как ABPeoplePickerNavigationController или NSURLConnection не имеют никакой визуализации в Интерфейсном Разработчике и так должны использовать делегатов для обработки их событий.