UIPickerView DataSource x Делегат-дизайн

Question

Я нахожу действительно странным или плохое дизайнерское решение, что UIPickerViewDelegate содержит методы, которые должны быть осведомлены о его данных (заголовок). Поскольку это было бы всей целью его DataSource. Как это:

pickerView(_:titleForRow:forComponent:) 
pickerView(_:attributedTitleForRow:forComponent:) 
pickerView(_:viewForRow:forComponent:reusingView:) 

Я хочу реализовать PickerView с различными объектами для DataSource и Delegate. Конечно, было бы легко создать нового делегата, возможно, назовите его PickerViewListenerDelegate. Но поскольку яблоко разработало это дизайнерское решение, я подумал, что это стоит обсудить в первую очередь.

В чем смысл этого странного дизайнерского решения? Я что-то упустил?

Answer 1

Протокол UIPickerViewDataSource адресует только прямые свойства источника данных, то есть количество компонентов и количество строк в каждом из них.

Протокол UIPickerViewDelegate адресует презентацию. Он предоставляет размеры, заголовки или представления, а также обратный вызов для выбора.

Если сравнивать, то с UITableViewDataSource и UITableViewDelegate, картина странно отличается.

Достаточно часто и delegate, и dataSource подключаются к одному и тому же объекту, то есть к контроллеру вида, который направляет вызовы базовой модели и создает необходимые элементы пользовательского интерфейса. И лично, я думаю, что проводка dataSource для модели данных, но делегат к контроллеру - делает странное решение, которое может легко сломать инкапсуляцию.

Таким образом, в основном это означает: да, здесь вы можете разделить между моделью и презентацией (т. Е. Форматер), используя данный шаблон. Если вы сочтете это полезным, зависит от вас.