Как с помощью Api-Platform автоматически добавить авторизованного пользователя в качестве владельца ресурса при его создании?

Как сказали @nealio82 и @lavb, вам следует взглянуть на Gedmo\Blameable, которые помогут вам обрабатывать свойства как createdBy или updatedBy, где вы можете хранить User, создающих ресурс.

Обвинительный StofDoctrineExtensionsBundle

Затем, чтобы справиться с доступом, взгляните на Voters, который отлично справляется с безопасностью и другим доступом.

Официальная документация Symfony об избирателях

e.g

Книжный объект

...
use Gedmo\Mapping\Annotation as Gedmo;

class Book {

    ...

    /**
     * @var string $createdBy
     *
     * @Gedmo\Blameable(on="create")
     * @ORM\Column
     */
    public User $owner;

    public function getOwner() {
        return $this->owner;
    }

    public function setOwner(User $owner) {
        $this->owner = $owner
    }
}

src/Безопасность/Voter/BookVoter

namespace App\Security;

use App\Entity\Book;
use App\Entity\User;
use Symfony\Component\Security\Core\Authentication\Token\TokenInterface;
use Symfony\Component\Security\Core\Authorization\Voter\Voter;

class BookVoter extends Voter
{
    const VIEW = 'view';
    const EDIT = 'edit';

    protected function supports(string $attribute, $subject)
    {
        // if the attribute isn't one we support, return false
        if (!in_array($attribute, [self::VIEW, self::EDIT])) {
            return false;
        }

        // only vote on `Book` objects
        if (!$subject instanceof Book) {
            return false;
        }

        return true;
    }

    protected function voteOnAttribute(string $attribute, $subject, TokenInterface $token) {
        $user = $token->getUser();

        if (!$user instanceof User) {
            // the user must be logged in; if not, deny access
            return false;
        }

        /** @var Book $book */
        $book = $subject;

        switch ($attribute) {
            case self::VIEW:
                return $this->canView($book, $user);
            case self::EDIT:
                return $this->canEdit($book, $user);
        }

        throw new \LogicException('This code should not be reached!');
    }

    private function canEdit(Book $book, User $user) {
        // ONLY OWNER CAN EDIT BOOK
        return $user === $book->getOwner();
    }

    private function canView(Book $book, User $user) {
        // DIFFERENT LOGIC ?
        return $user === $book->getOwner();
    }

    ...

}

В настоящее время я использую DTO и преобразователи данных.

Основным недостатком является необходимость создания нового DTO для каждого ресурса, где требуется такое поведение.

В качестве простого примера я делаю что-то вроде этого:

class BootDtoTransformer implements DataTransformerInterface
{

    private Security $security;

    public function __construct(Security $security)
    {
        $this->security = $security;
    }

    public function transform($data, string $to, array $context = [])
    {

        $owner = $this->security->getUser();

        return $new Book($owner, $data->name);;
    }

    public function supportsTransformation($data, string $to, array $context = []): bool
    {

        if ($data instanceof Book) {
            return false;
        }

        return Book::class === $to && null !== ($context['input']['class'] ?? null);
    }

}

Это логически работает только для одного ресурса. Чтобы иметь общий преобразователь для нескольких ресурсов, я в конечном итоге использую некоторые интерфейсы для разделения «принадлежащих» ресурсов и немного размышлений для создания экземпляра каждого класса.

Я бы подумал, что это выполнимо на этапе денормализации, но я не мог заставить это работать.