Plugins para getters / setters mágicos

Estou tentando tornar o status de uma revisão em approvedvez de pendingquando o usuário a publica no front-end no Magento 2.
E eu adotei essa abordagem. Criar um plugin antes, disponível apenas na área de frontend, para o método setStatusIdpara os Magento\Review\Model\Reviewque se parece com isso

public function beforeSetStatusId(\Magento\Review\Model\Review $review, $status)
{
    return [\Magento\Review\Model\Review::STATUS_APPROVED];
}

Pareceu-me uma boa ideia. E deve funcionar, pois estou retornando o status aprovado. O método real deve então pegar isso como um parâmetro.
mas, para minha surpresa, não funcionou.
Então eu descobri e descobri que o método setStatusIdnão existe no modelo de revisão. É chamado magicamente e realmente é executado setData('status_id', $status).
Dei uma olhada no interceptador gerado e, de fato, não há setStatusIdmétodo.

Como posso pluginizar os getters / setters mágicos no magento 2? É mesmo possível?

Nota: não preciso de uma solução para tornar as revisões aprovadas automaticamente. Eu sei que posso adotar outras abordagens, como os save_beforeeventos. Isso não é importante por enquanto.

É mesmo possível?

Sim.

Como posso pluginizar os getters / setters mágicos no magento 2?

Da mesma maneira que outro método público. Você precisa declarar o plugin na di.xmlconfiguração e adicionar seu código personalizado ao plugin.

public function before__call(\Magento\Review\Model\Review $review, $method, $args)
{
    if ($method == 'setStatusId') {
        if (isset($args[0])) {
            $args[0] = \Magento\Review\Model\Review::STATUS_APPROVED;
            return [$method, $args];
        }
    }
    //leave everything unchanged
    return null;
}

Mas a plug-in de classes DTO não é uma boa ideia. Tente personalizar os controladores / serviços apropriados para modificar o comportamento do aplicativo e não adicione plugins no objeto DTO. Essa personalização destruirá as camadas do aplicativo . Eu entendo que você usa a maneira mais rápida e fácil, mas em alguns casos é uma estratégia errada.

Uma vez tive um problema semelhante. Eu acabei com o pluginize setData()-method, embora na minha opinião isso gere um tremendo desperdício de recursos ... :-(