Евгений Ромашкан

$this->getContainer()

Это прикольно и удобно

Это не хорошо.

Править сконфигурированный контейнер можно в compiler passes

Больше его нигде в коде не нужно доставать в принципе. Никаких $this->getContainer().
Конфигурируйте и инжектите сервисы через конфигурацию - https://symfony.com/doc/current/service_container.... .

Сейчас вы просто используете контейнер не по назначению.

1. Требовать в конструктор все необходимые для инициализации родителя зависимости. Наследуясь вы берёте на себя обязательства инициализировать экземпляр класс родителя, соблюдать контракт, судя по вопросу вам стоит обратить внимание на п.2:

2. Избавиться от наследовния - лучше во всех планах, в подавляющем большинстве(если не в 100%) ситуаций.

Вопрос написан сумбурно и не понятно. Какая решается задача - не ясно совсем.

1. Можно ли каждую сущность представить сервисом?

Нужно разобраться с терминологией "сущность представить сервисом" - каша какая-то. Сущность это сущность, сервис это сервис.

Как получать данные для таких сущностей?

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

Service/PostService.php

И нормально именовать тоже нужно учиться. PostService - ни о чём, что делает класс - не ясно.

Создал отдельный сервис ApiService.php

Снова название ни о чём.

от которого наследуются сервисы которым нужно получать данные из api.

Наследование - выпилить и забыть как страшный сон. Экземпляры API - клиента через DI поставлять в те классы, где он нужен.

1. Не связывать формы с Entity 1к1.
2. Официальная спецификация HTML/XHTML не позволяет иметь вложенные формы.

И вообще - https://www.youtube.com/watch?v=WW2qPKukoZY

Eloquent = Doctrine?)
Советую вам хоть немного разобраться что это такое, и какие паттерны реализованы в Доктрине, а какие в елоквенте.

Мне в Laravel понравилась свобода - то есть при желании я могу запросто напихать в шаблоны PHP-код и в запросы к базе - RAW-SQL и запихнуть эти запросы хоть в роутер))))

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

А то мне сейчас нужно сайт-сообщество сделать, и я пока так и не нашел годный готовый опенсорсовый движок для этого на основе Laravel.

Опять же - вам не нужен фреймворк. Фреймворк это каркас для приложения которое вы будете писать.

Вы наслушались где-то про фреймворки, и теперь пытаетесь рассуждать о них даже не понимая что это такое и для чего они нужны.
Вам нужен готовый конструктор / CMS