Мобильная разработка. Swift: таинство протоколов

Но если использовать переменную не как протокол, а как класс, то всё будет нормально.

«Переменная как протокол», «переменная как класс»? Формулировки так себе.

Мобильная разработка. Swift: таинство протоколов

Схожая история будет, если наследовать один протокол другим, где есть функции, которые реализуются в расширениях. Компилятор не даст его собрать.

Что-то не понимаю, где в следующем за этим высказыванием примере, наследуется «один протокол другим»?
Не хочу показаться занудой, но хочется сказать по поводу того, что мы реализуем, а что наследуем. В статье в перемешку употребляются эти два глагола. Всё же протоколы мы реализуем, а классы наследуем. Точнее: класс реализует протокол, класс наследует класс, протокол наследует протокол. Или я не прав?

Разбор архитектуры VIPER на примере небольшого iOS приложения на Swift 4

Всё понял. Просто в файле MainPresenter.swift у вас есть import UIKit, что меня и смутило. Видимо в процессе разработки забыли убрать

Разбор архитектуры VIPER на примере небольшого iOS приложения на Swift 4

хм, я думал что ни сам презентер, ни протоколы которые он реализует не должны быть зависимыми от UIKit…

Разбор архитектуры VIPER на примере небольшого iOS приложения на Swift 4

Презентер ничего не знает о UIKit, он не знает об UIButton, UILabel и никаких других визуальных компонентах. Это очень важно.

и далее

presenter.currencyPickerView = viewController.currencyPickerView