да, увидел второй скриншот. теперь выглядит правильно, но как-то все еще странно, что вы из foo дергаете printall

Сорян что влез, но где тут printAll?

Вот и я не вижу.

Его можно вынести в публичный интерфейс протокола, если нужно. Это ничего не изменит

"Хочется подмешать дефолтный функционал к определенному протоколу”

Так в этом протоколе почему не указан этот функционал?

Да ну 🙂 Кидай код, чё уж, плейграунд откроем

"Но это нарушит solid, ибо будет зависимость от конкретной реализации”

Так делая в экстеншоне на протокол какой-то метод, то у тебя и появляется зависимость от конкретной реализации.

у меня зависимость как раз от протокола (T: Printable)

добрый день, подскажите что не так ? поему не добавляется вьюха на карту?

Ты пишешь о “зависимости от конкретной реализации”

Перефразирую: у VC будет зависимость от конкретного типа VM внутри нее. Раньше туда приходил только протокол этой VM. А теперь придется поменять весь процесс создания и инжекта VM внутрь VC, чтобы пробрасывался тип самой VM, а не ее протокол

viewDidLoad не лучшее место для использования view.frame
вероятно, в этом проблема

карта работает, я хочудобавить кастомный marker

Идея-то простая: использовать всю мощь так сказать POP’a. Но получается пока что только вот с такими компромиссами. Я хочу, чтобы дефолтный метод был доступен только при определенных комбинациях типов (что и указано в экстеншоне к протоколу). Если не совпадает ок - реализуй сам. Все проверки происходят статически. Тут скорее вопрос в том, почему компилятор свифта не позволяет использовать неноминальные типы (протокол) в качестве типа, который определяет значение ассоциированного типа.

Потому что он не понимает куда "идти"

ну я вижу что нужно вернуть интерфейс в последней функции, а вы возвращаете контроллер. в остальном тоже не понятно, нужно читать документацию  тех кто это придумывал

Денис, решение скинуть?

Конечно

Или догадаешься?