nicht angemeldet
Nehmen wir mal an die Instanz der Controller-Class will den Titel ändern.
Das ist aber n anderes Szenario. Bei meinem Problem geht es ausschließlich um Konfiguration und Inizialisierungen.
Genau deswegen ja mein Beispiel für den Remote Prozedure Call: Kommt der RPC Request am Server an, wird serverseitig eine Instanz derjenigen Klasse erstellt die an den für RPC zuständigen URL gebunden ist per Konfiguration. Und diese Instanz hat genauso wie jede andere Instanz die bei beliebigen Requests auf konfigurierte URLs erstellt wird, wahlfreien Zugriff auf die gesamte Konfiguration weil Letztere bereits vor der Instanzerstellung in den Hauptspeicher geladen wurde.
Ob bei diesem Zugriff eine Methode like Config:get() oder Config::set() dazwischengeschaltet wird oder nicht, ist im Effekt letztendlich völlig Wurscht. Entscheidend ist, dass sämtliche Aktionen, auch die der Konfiguration betreffende, über Methoden derjenigen Instanz laufen die den Request entgegennimmt und die Response ausliefert (Single-Responsibility-Prinzip, SRP).
Somit wird auch für RPC keine Extrawurst gebruzzelt, RPC ist voll in das Framework integriert. Es hat denselben Ablauf Request+Response wie jeder andere beliebige Request auch, ganz egal ob der Wetterbericht ausgegeben wird oder die Konfiguration eines bestimmten Realms, Änderungen inbegriffen.
Egal wie falsch, Hauptsache einheitlich 😉