PHP-Objektreferenzen und Objektoptimierungsstrategien

Als objektorientiertes Denken in PHP5 auftauchte, hatten wir eine neue Zusammenfassung des Programms beim Erstellen von PHP-Programmen, das Einkapseln von Objektmerkmalen in Klassen, insbesondere wenn das PHP-Framework auf tatsächliche Projekte angewendet wird, das Erstellen von Klassenobjekten und vieles mehr Der Schwerpunkt liegt auf dem Aufruf von Klassenobjekten.

Wir stellen oft fest, dass wir beim Schreiben einiger Programme erwarten, dass nachfolgende Operationen direkt andere Aktionen für das Objekt ausführen, solange das Objekt zum ersten Mal erstellt wird. Tatsächlich ist dies bei jeder Klasse der Fall Konstruieren Nach einem Objekt kann das Objekt Methoden oder Eigenschaften aufrufen. Dies ist der grundlegendste objektorientierte Ansatz. Wenn Sie jedoch einige Framework-Sammlungen studieren, insbesondere wenn sie auf Framework-Entwicklungsprogramme im MVC-Modus angewendet werden, werden Sie feststellen, dass es in einem Controller viele Aktionen gibt, die wir als viele Methoden im Controller bezeichnen. Natürlich werden Sie das auch tun Stellen Sie fest, dass, wenn ein Controller den Betrieb eines Transaktionsobjekts steuert, viele Aktionen erforderlich sind, um das Objekt zu erstellen und die Datenerfassung zu betreiben. Sie werden jedoch auch feststellen, dass dies der Fall ist, wenn Sie sich jedes Mal auf die NEW-Methode verlassen, um das Objekt zu erstellen Zweifellos wird es einmal sein, dass Sie Ihren eigenen Speicherplatz stärker belasten. Denn das Konstruieren eines neuen Objekts bedeutet zweifellos, ihm einen neuen Speicherplatz zuzuweisen. Wenn Sie jedoch tatsächlich nur die Fortsetzung derselben Objektaktion benötigen, ist es zweifellos eine sehr gute Idee, zu versuchen, ein bereits erstelltes Objekt zu finden und es aufzurufen. Die sogenannte Fortsetzung der Aktionen desselben Objekts ist eigentlich leicht zu erklären. Wenn ich beispielsweise eine Controller-Klasse als Controller A konstruiere, die Operationen wie das Hinzufügen und Löschen von Datenmodell A enthält, dann werden unsere Steueraktionen vorhanden sein Gemäß der Konvention verwenden wir normalerweise das Single-Point-Entry-Prinzip des Framesets, um Controller A über das Routenverteilerprogramm zu finden. Es wird jedoch ein separater Aufruf von actionAdd oder actionDelete erfolgen, und beide Aktionen sind vorhanden Für Datenoperationen auf Modell A muss jede Operation ein Datenobjekt gemäß der Konvention erstellen und dann SQL aufrufen, um die Datenbankoperation auszuführen. Gehen Sie davon aus, dass beim Erstellen zweier Aktionen zum Betreiben desselben Datenobjekts die aufgerufene Methode dieselbe Methode verwendet . In Form einer Anweisung $a=new A() erzeugen zwei Operationen tatsächlich zwei Objekte, die gleichzeitig den doppelten Speicherplatz belegen. Stellen Sie sich vor, dass dieselbe Person nur aufgefordert wird, zwei Aktionen auszuführen, und Sind zwei Vorgänge erforderlich, ist es offensichtlich, dass unter dieser Bedingung Ressourcen verschwendet werden. Wenn zu viele Aktionen ausgeführt werden, wird der Speicher stark beeinträchtigt, was zu einer ernsthaften Verschlechterung der Systemleistung führt. und schließlich zu schweren Unfällen führen.

Tatsächlich haben wir beim Schreiben vieler Programme immer wieder betont, dass die Technologie zur Vervollständigung der Funktionen nur der grundlegendste Teil eines guten Programms oder einer guten Website ist. Es sind nicht nur funktionale Aspekte, die untersucht werden müssen. Aber was noch wichtiger ist: Die Gesamtleistung ist, insbesondere bei großen, dienstprogrammkritischen Programmen, sehr wichtig. Frame-Sammlungen sind hierfür ein gutes Beispiel, da sie gut darin sind, Adressreferenzen sinnvoll zu nutzen. Wenn etwas von einem Objekt verarbeitet werden kann, lassen Sie es von einem Objekt verarbeiten, sodass genügend Platz für andere Objekte unterschiedlicher Kategorien bleibt.

Der beste Weg für Framework-Sammlungen, das Problem der Wiederverwendung von Objektressourcen zu lösen, besteht darin, globale Variablen zu verwenden. Wenn Ihr Objekt vorhanden ist, normalerweise wenn es zum ersten Mal erstellt wird, laden Sie es in die globale Variable kann es auch als registriertes Objekt bezeichnen. Wenn wir also in Zukunft erwägen, Methoden für ein Objekt aufzurufen, prüfen wir direkt, ob sich das Objekt dieser Klasse in der globalen Variablen befindet, d. h., ob das Objekt registriert wurde. Wenn es existiert, geben wir das Objekt dieser Klasse direkt zurück und informieren es als Referenz. Auf diese Weise ist es einfach, Objektadressenreferenzen zu implementieren. Wenn alle Objektvariablen so erstellt werden, dass sie auf denselben Speicherplatz verweisen, sagen wir, dass sie in diesem Moment nur unterschiedliche Namen haben, aber tatsächlich dasselbe Objekt sind.

Einen solchen Programmcode können wir also wie folgt erstellen:

<?php
$GLOBALS[&#39;objects&#39;][&#39;classname&#39;]=null; //是否注册类，类名变量
$GLOBALS[&#39;objects&#39;][&#39;obj&#39;]=null; //对象变量
function & getSingle($classname){
if($GLOBALS[&#39;objects&#39;][&#39;classname&#39;]==$classname){
return $GLOBALS[&#39;objects&#39;][&#39;obj&#39;];
}else
{
$object= new $classname();
$GLOBALS[&#39;objects&#39;][&#39;classname&#39;]=$classname;
$GLOBALS[&#39;objects&#39;][&#39;obj&#39;]=&$object;
return $GLOBALS[&#39;objects&#39;][&#39;obj&#39;];
}
}
class Test{
var $p1;
function Test(){
$this->p1=1;
}
function add()
{
$this->p1++;
}
function show()
{
return $this->p1;
}
}
$test1=&getSingle(&#39;Test&#39;);
$test1->add();
$test2=&getSingle(&#39;Test&#39;);
echo $test2->show();
$test2->add();
$test3=&getSingle(&#39;Test&#39;);
echo $test3->show();
if($test1===$test2)
echo &#39;yes&#39;;
else
echo &#39;no&#39;;
?>

Nach der ersten Erstellung des Objekts muss der zweite Aufruf zum Lesen der Daten auf dem Original basieren Bei der grundlegenden erneuten Operation können Sie dem folgenden Programm entnehmen, dass das Ergebnis 2 ist, wenn $test2 Daten entfernt. Nach der Ausführung des Additionsvorgangs wird beim erneuten Lesen von $test3 festgestellt, dass das Ergebnis 3 ist. was offensichtlich auf den Abschluss von Aktion 2 zurückzuführen ist. Daraus erkennen wir den Vorteil, dasselbe Objekt für Schritt-für-Schritt-Vorgänge zu verwenden. Dies liegt daran, dass wir bei der Verwendung des Frameworks häufig diese Situation haben, nämlich das oben Genannte zu ersetzen $test1, $test2, $test3 und ihre Aktionen werden in verschiedenen Aktionen desselben Controllers platziert. Da die Aktionsblöcke unabhängig voneinander sind, wird daher bestimmt, welche der drei Objektvariablen zuerst ausgelöst wird und wer sie zuerst erstellt Der Objektspeicherplatz wird zufällig bestimmt. Beim ersten Mal wird überprüft, ob das Objekt in der globalen Variablen registriert ist und ob die Objektadresse in der globalen Variablen gespeichert ist. Anschließend wird die Objektadresse verglichen und darauf zugegriffen.