Олег

Хочу здесь принимать объекты конкретного типа, а в интерфейсе нельзя указать общий тип для всех классов

Вы нарушаете Liscow Substitution Principle когда в наследниках требуете более конкретный тип чем в родителе, не нужно так делать.

Для экземпляров любых классов есть тайп хинт object, но он вам не поможет по описанной выше причине.

Смысла в общем интерфейсе для всех репозиториев нет.

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

В целом, если вы хотите получше разобраться в паттернах проектирования - можно брать любую хорошую книжку по этой теме (те же Gang of Four, Мартин Фаулер (на русском) и т.п., предложенная Ярослав ссылка тоже выглядит весьма достойно), изучать, а затем пытаться найти эти паттерны в коде популярных и хорошо написанных проектов.

Я несколько предвзят, но могу порекомендовать Symfony и Doctrine в качестве отправных точек. К примеру та же Doctrine прямо реализует целый пласт паттернов, описанных Фаулером. Symfony существенно более разнообразна, там можно встретить много различных решений.

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

Олег Максимов, вы хотите усложнить скачивание видео, организовав потоковое вещание заранее созданного видеофайла. Вам все правильно сказали, вы не получите эффекта 100 % защиты, так как банально включается проигрывание и ставится запись экрана. Даже не через виртуальную машину, а просто через OBS.
Но я бы просто хотел обратить внимание на такой момент, о котором вам почему то не сказали. Когда вы разместили iframe c плеером на своем сайте или дали прямую ссылку на плеер, они соотносится с конкретным файлом на сервере. Можно конечно сделать так, чтобы при нажатии на кнопку плей, начиналось создании трансляции из загруженного файла. Но это работает ровно для одного зрителя. Потому что второй нажавший кнопку плей получит уже сформированный поток.
Либо для него необходимо формировать другой плеер и другую трансляцию. Умножаем это на количество одновременных зрителей.
Представьте себе, сколько вам придется заморачиваться с созданием инфраструктуры и настройкой серверов.
Поэтому рекомендую просто пойти другим путем:
1) продавать свои видео не как видео, а как вебинары. Тогда вы никого не обманываете, все приходят к назначенному времени и смотрят одно и тоже. Только 80% зрителей все равно попросят запись)
2) пойти по пути, пройденному другими компаниями. Для того чтобы исключить непосредственное скачивание с помощью плагинов и программ используется шифрование видеопотока. Способов шифрования несколько: есть реализуемые на коленке, есть коммерческие решения за разные деньги. Бонус в удобстве для зрителя, ему не нужно совершать дополнительных движений и что то устанавливать. Пример реализации, нативные DRM системы, Vimeo (на больших тарфиах), Wistia, Бумстрим - наша компания.
3) можно предоставлять зрителю изначально зашифрованный контент. Привязка доступа идет к железу и ОС устройства просмотра. Неудобство для зрителя в дополнительной установке софта для просмотра. Такое решение предоставляют из российских компаний Инфопротектор и Starforce.
4) ни одно из этих решений не защищает от захвата экрана. смиритесь.
Украсть можно что угодно. Ценность видео курсов в обновлении и обратной связи.