presseportale/app/Models/NewsletterCampaign.php
Kevin Adametz e746deda4f technik: Statische Analyse wieder aussagekräftig machen
phpstan lief mit 390 Meldungen außerhalb der Baseline, der größte Teil davon
Falschmeldungen. Ursache: Larastan löste keinen einzigen Cast auf, weil alle
Models ihre Casts über die casts()-METHODE deklarieren (Laravel-11-Stil).
Laravel führt die erst zur Laufzeit mit $casts zusammen, Larastan instanziiert
Models aber ohne Konstruktor — $pressRelease->status galt deshalb als string
und jeder Enum-Vergleich als "immer falsch". Dafür gibt es den Schalter
parseModelCastsMethod, dessen Larastan-Default false ist.

Zweite Sammelursache waren fehlende Generics an den Relations-Methoden: Ohne
sie landete phpstan auf Illuminate\Database\Eloquent\Model und meldete jede
Modell-Eigenschaft und jeden eigenen Scope als unbekannt. Alle 102
Relationen tragen jetzt ihr @return <Related, $this>; das verbessert
nebenbei die Vervollständigung in der IDE.

Zusammen fällt die Zahl von 390 auf 169. Die neu erzeugte Baseline umfasst 166
Einträge, überwiegend Closure-Parameter, die als blankes Builder typisiert
sind, sowie zwei nachgeprüfte Falschmeldungs-Gruppen: die Concerns unter
app/Livewire werden ausschließlich aus Volt-Komponenten eingebunden, die
phpstan nicht analysiert, und Cashier typisiert findBillable() gegen den TRAIT
Billable, was phpstan nicht mit User vereinbaren kann — die Laufzeitprüfung
dort ist richtig und bleibt.

Was die Analyse an echten toten Zweigen zutage gefördert hat, ist mit
entfernt: eine doppelte Null-Prüfung im Nachweis-PDF, Prüfungen gegen
NOT-NULL-Spalten in der Rechnungsstellung und im Vorschau-Controller, eine
immer wahre Bedingung im Logo-Pfad und in RetireAgencyCompanyType, ein
überflüssiges ?? [] auf einer Symfony-Methode, die immer ein Array liefert,
sowie der unerreichbare null-Arm in publicPortalLinks(). MigrateLegacyMedia
deklariert seine Medientypen jetzt als Literal-Union, womit das match ohne
default nachweislich vollständig ist statt nur faktisch.

Damit das nicht wieder abdriftet — die Baseline stand seit Mai unverändert —
läuft die Analyse ab jetzt als eigener Schritt in der Test-Pipeline.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-01 11:07:51 +00:00

77 lines
2 KiB
PHP

<?php
namespace App\Models;
use App\Enums\NewsletterCampaignStatus;
use App\Services\Newsletter\CampaignRecipients;
use Database\Factories\NewsletterCampaignFactory;
use Illuminate\Database\Eloquent\Factories\HasFactory;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Database\Eloquent\Relations\BelongsTo;
use Illuminate\Database\Eloquent\Relations\HasMany;
use Illuminate\Support\HtmlString;
use Mews\Purifier\Facades\Purifier;
/**
* Interne Newsletter-Kampagne (Admin ▸ Newsletter): Betreff + leicht
* formatierter Text an gefilterte Bestands-User. `filters` hält die
* Empfänger-Auswahl als Snapshot ({@see CampaignRecipients}),
* die Empfänger-Zeilen bilden das Versand-Protokoll.
*/
class NewsletterCampaign extends Model
{
/** @use HasFactory<NewsletterCampaignFactory> */
use HasFactory;
protected $fillable = [
'subject',
'body',
'filters',
'status',
'created_by_user_id',
'recipients_total',
'sent_count',
'failed_count',
'skipped_count',
'sent_at',
];
protected function casts(): array
{
return [
'filters' => 'array',
'status' => NewsletterCampaignStatus::class,
'sent_at' => 'datetime',
];
}
/**
* @return BelongsTo<User, $this>
*/
public function createdBy(): BelongsTo
{
return $this->belongsTo(User::class, 'created_by_user_id');
}
/**
* @return HasMany<NewsletterCampaignRecipient, $this>
*/
public function recipients(): HasMany
{
return $this->hasMany(NewsletterCampaignRecipient::class);
}
public function isDraft(): bool
{
return $this->status === NewsletterCampaignStatus::Draft;
}
/**
* Versandfertiger, gesäuberter Inhalt: nur leichtes HTML laut
* Purifier-Profil `newsletter` (fett/kursiv, Listen, Links).
*/
public function sanitizedBody(): HtmlString
{
return new HtmlString((string) Purifier::clean($this->body ?? '', 'newsletter'));
}
}