Add getters for aggregates job

[ujackson]

I'm using Laravel Job events to determine when IncrementReactionAggregatesJob or DecrementReactionAggregatesJob is processed.

Queue::after(function (JobProcessed $event) {
  dd(unserialize($event->job->payload()['data']['command']));
});

This PR allows easily accessing the private properties in the job class.

[antonkomarev]

Thank you for the contribution @ujackson! Could you provide a use case for it?

[ujackson]

Thank you for the contribution @ujackson! Could you provide a use case for it?

Hello @antonkomarev

I needed a way to update total counts for certain reactant models.
Instead of manually loading the service providers as stated here: #160 (comment), I could easily tap into the job events which gives a more accurate record than overriding the IncrementAggregates and DecrementAggregates event listeners

  Queue::after(function (JobProcessed $event) {
            $className = class_basename($event->job->resolveName());
            $command = unserialize($event->job->payload()['data']['command']);

            if ($className === 'DecrementReactionAggregatesJob' || $className === 'IncrementReactionAggregatesJob') {
                $this->syncReactionTotals($command->getReactant());
            }
        });

[antonkomarev]

To be honest by this way application logic become less transparent. As for me hooking into the JobProcessed event is required to send metrics to monitoring or log debug information, but not run synchronization tasks.

[antonkomarev]

I've merged it because it might be useful for the debugging reasons, but I suggest you to think about another way to do it.
Release will be pushed soon.

If you'll stick to your current solution you could use FQCN comparison to simplify class usage search:

$className = $event->job->resolveName();
$className === \Cog\Laravel\Love\Reactant\Jobs\DecrementReactionAggregatesJob::class

[ujackson]

I've merged it because it might be useful for the debugging reasons, but I suggest you to think about another way to do it.
Release will be pushed soon.

If you'll stick to your current solution you could use FQCN comparison to simplify class usage search:

$className = $event->job->resolveName();
$className === \Cog\Laravel\Love\Reactant\Jobs\DecrementReactionAggregatesJob::class

Thank you @antonkomarev

I figured the job events weren't too transparent as you mentioned.
I created accessors & mutators for the reactant model attributes and I could return computed values with this method.

public function getReactionsCount(string $reactionType): int
    {
        return $this
            ->viaLoveReactant()
            ->getReactionCounterOfType($reactionType)
            ->getCount();
    }

Thanks for your help. 🙏

[antonkomarev]

Laravel Love v8.6.0 has been released.