Как связать 2 сущности?

Максим: писал я бухгалтерию, дело в том, что в Yii модели (Model класс) охватывают очень много функционала и поэтому из слоя "модель" можно сделать 3 других лишь создав соответствующие папки. Ну и не обязательно наследовать свои классы от модели, во многих случаях достаточно писать голые классы (например сервисы). А если эти голые классы наследуются от yii Object, то они становятся легко используемые в контексте Yii приложения.

Как связать 2 сущности?

Очень много написали, а по факту - либо вы не знаете о чем пишите, либо просто захотелось написать ерунду.
Особенно это:
>"В Yii по факту не получится разбить приложение на слои Domain layer, Persistance Layer, Application (Service) Layer, View Layer. Из за модульной архитектуры. "
Непонятно при чём здесь подход к созданию приложения и фрейморк. Как хотите писать приложение - так и пишите, фреймворк(любой) никак не может помешать - он лишь помогает."Из за модульной архитектуры" - ??? О чем вы? При чем здесь промежуточные слои модели со сторонними компонентами и модульность?
Писать приложение, используя Yii, не подразумевает разбиение приложения на выше перечисленные слои, хотя многое без труда реализуется, но это и не нужно в большинстве случаев, так как абстракций предлагаемых Yii вполне достаточно.

>"Сильная связанность всех компонентов, ActiveRecord, убогий DI контейнер"
Шикарная реализация ActiveRecord; DI удобный и надо уметь готовить, но это субъективно; Сильная связанность всех компонентов - единственная проблема, которая заслуживает внимания в отрицательном смысле и она (проблема) уже на стадии решения (вроде бы).

Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

Андрей:
1 - Имеется массив моделей, т.е. я могу вызвать лишь статичный метод и передавать ему массив, отсюда следует что по логике не важно(выбирая из 2х способов) откуда я вызываю метод.
2 - Выделение отдельного класса позволяет юзать его на нескольких типах моделей не задумываясь о том, что я передаю в метод (за исключением неоднородности массива), что мне нужно по логике приложения. (грубо говоря $authors может быть разными массивами с однородными моделями).
3 - Trait - это mixin в php, идеологически он добавляет дополнительные свойства(возможности) к классу, я б не сказал что "возможность заполнить массив моделей их связями" это свойство класса, так как эта возможность частично у класса есть.

Из этих соображений сделал так как сделал.

А так, трейт лучше лишь потому, что мне изначально не понравилась конструкция

$modelClass = '';
        foreach ($models as $key => $model) {
            $modelClass = $model->className();
            break;
        }

,а в трейте сразу буду знать класс, но так надо.

Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

Максим Тимофеев: примерно так:
Есть массив A с массивами голых данных (строки, числа), из этого массива A формируется такой-же массив B, только каждый элемент уже new Author([...]), где в ... переносятся данные в конструктор.
Среди этих данных есть id на записи в другой таблице (стандартный one-to-many relation) и в модели Author определен метод hasMany() как надо и в стандартном случае все работает как часы.

Суть в том, что если я перебираю все модели в массиве B и выбираю у нх посты, то на каждую модель создается отдельный запрос, а мне нужен один. Решение привели в соседнем ответе, но я хочу что-то типа ActiveRecord::populate(B);

Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

Андрей:
>"пересмотреть вашу сложную логику и впихнуть туда eager loading через joinWith либо через with."
Хороший вариант =) Если измените ваш вопрос через день отмечу решением. Спасибо.

Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

>"Сделайте в моделе геттер, который вернет то что Вам нужно"
Имеется массив моделей, если делать так, то на каждый элемент будет по запросу - это не eager loading.

>"Можно его даже в afterfind засунуть"
Имеется массив моделей. Уже есть, дали вот мне его и делай что хочешь.

>"Для чего это?"
Для простоты использования, верно. Очень часто может менятся структура БД, связи и условия связи. (Да, это неправильно, надо сначало правильно построить архитектуру и корректную схему, но случай не мой. )

>"сложно по такому примеру понять что конкретно нужно"
Без обид, но судя по вашим вопросам/ответам ваш опыт работы с Yii мне поможет с небольшой вероятностью, но я премного благодарен в вашей заинтересованности вопроса.

Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

Ну да, я отписал что могу это сделать, и сделал, у меня сейчас именно так. Но хочется ж "чудо-кнопку" :D
ведь можно и в стандартном случае не использовать with(), а сделать ровно так-же как вы написали.

Как протестировать целостность БД?

Это тест на отказоустойчивость. Гуглите в эту сторону с учетом ваших окружений.

Как начать работать со своим репозиторием github для yii2?

Добавлю, что "свой автолоадер" это пару строк в composer.json (в корне проекта на гитхабе):

"autoload": {
	"psr-4": {
	  "path\\after\\vendor\\": ""
	}
  },

Как начать работать со своим репозиторием github для yii2?

Откройте любую репу, например, виджет какой-нибудь и посмотрите как люди сделали.

Какой windows сегодня лучше поставить? 32 или 64 бит?

2k17 на носу, о чём вы?

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Decadal: и что будет с вашим подзапросом когда в таблицу B в добавите 4 одинаковых значения с разными a_id?
Поймите! "ПОИСК" априори по определению подразумевает НЕСКОЛЬКО значений. Вы в гугле только первый ответ видите?

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Decadal: вы меня не поняли просто. Select.. Там выбирайте хоть А, хоть Z, я написал условие, которое почти(а в вашем случае полностью) аналогично вашему запросу "с подзапросом".
Повторюсь, чтоб услышали.
>Самый оптимальный вариант это юзать OR версию с сортировкой по a_id и limit 2, затем проверять на уровне php равенство m[0]['a_id']==m[1]['a_id'].
А если не критично, то вообще все в одну таблицу засунуть и А и В, типа price1, price2

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Ваш "подзапрос" ищет по первому найденному. С таким же успехом можно искать просто SELECT * FROM tbl WHERE price = 20 AND type = 1 LIMIT 1.
Вы ещё не поняли, что результат поиска это несколько значений? Вам нужна выборка по уникальному значению(id), а вы ищите по данным, которые могут быть любыми.
Самый оптимальный вариант это юзать OR версию с сортировкой по a_id и limit 2, затем проверять на уровне php равенство m[0]['a_id']==m[1]['a_id'].
А если не критично, то вообще все в одну таблицу засунуть и А и В, типа price1, price2.

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Decadal: N:N связь здесь при чем? У ТСа все можно грубо пихнуть в одну таблицу, но он захотел 1 объект поделить на 2 составляющие. У него сейчас 1:N, где по-сути 1:2.

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Decadal: ТС сказал что типы разные, это как бублик и колесо, оба имеют диаметр и срок, а сущности разные

Мелкий интерфейс приложений на Windows OS при разрешении монитора 3840х2160?

4k нормально выглядит только на Win10 с (пред)последними обновлениями, старые проги выглядят либо ужасно либо их элементы на столько маленькие что интерфейс летит в ад. Новые программы в большинстве случаев затачиваются под 4к и проблем не видно. Photoshop СС 2015 и выше.

Как использовать Gulp в Yii2?

Михаил: в любое, какая разница куда?) тем более вы привели сами ссылку, там за вас придумали название папки ;)

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Kekoc: Ну "поиск" он подразумевает что найдется 0...(9) результатов в любом случае.
Если нужна 1 конкретная запись то выборку нужно по уникальному значению или primary.

Как организовать связь "родительской" таблицы с 2мя одинаковыми наборами данных в "дочерних"?

Kekoc ну да, будут А несколько, если условие совпадает. Вы знаете id А? Ищите по нему, зачем эти пляски с типами. А иначе как не меняйте структуру БД и запросы у вас никак не выйдет 1 запись вытащить вместо нескольких.