Saya mengubah perpustakaan PHP 5.3 untuk bekerja di PHP 5.2. Hal utama yang menghalangi saya adalah penggunaan binding statis akhir seperti return new static($options);, jika saya mengonversikan ini, apakah saya return new self($options)akan mendapatkan hasil yang sama?
Apa perbedaan antara new selfdan new static?
Jawaban:
apakah saya akan mendapatkan hasil yang sama?
Tidak juga. Saya tidak tahu solusi untuk PHP 5.2.
Apa perbedaan antara
new selfdannew static?
selfmerujuk ke kelas yang sama dengan newkata kunci yang sebenarnya ditulis.
static, dalam binding statis akhir PHP 5.3, merujuk ke kelas apa pun dalam hierarki yang Anda panggil metode ini.
Dalam contoh berikut, Bmewarisi kedua metode dari A. The selfDoa terikat untuk Akarena itu didefinisikan dalam Apelaksanaan 's dari metode pertama, sedangkan staticterikat untuk yang disebut kelas (lihat juga get_called_class()).
class A {
public static function get_self() {
return new self();
}
public static function get_static() {
return new static();
}
}
class B extends A {}
echo get_class(B::get_self()); // A
echo get_class(B::get_static()); // B
echo get_class(A::get_self()); // A
echo get_class(A::get_static()); // Aget_called_class(), yang secara efektif sama dengan __CLASS__, tetapi kompatibel dengan LSB.
selfakan kembali dengan sendirinya, dan staticakan mengembalikan sesuatu yang tidak dapat ditimpa ... Tapi lihatlah sebaliknya. Saya tidak pernah berhenti terkesan dengan penamaan, konvensi, dan gaya PHP. -_-
Jika metode kode ini tidak statis, Anda bisa mendapatkan penyelesaian di 5.2 dengan menggunakan get_class($this).
class A {
public function create1() {
$class = get_class($this);
return new $class();
}
public function create2() {
return new static();
}
}
class B extends A {
}
$b = new B();
var_dump(get_class($b->create1()), get_class($b->create2()));Hasil:
string(1) "B"
string(1) "B"clone, tetapi hanya dengan membuat ulang dan mengatur properti. $copy = new static(); $copy->set($this->get()); return $copy;
self::atau static::akan mempengaruhi apakah versi kelas dasar atau versi subclass dari metode statis yang digunakan. Dengan tidak adanya alasan untuk berpikir bahwa situasi seperti itu terjadi secara inheren mengindikasikan praktik buruk (dan saya tidak melihat alasan mengapa ini harus terjadi), pilihan antara self::dan static::sama relevan dalam metode non-statis seperti di metode statis. Apakah saya salah memahami komentar Anda, atau salah kami saja?
Selain jawaban orang lain:
static :: akan dihitung menggunakan informasi runtime.
Itu berarti Anda tidak dapat menggunakan static::properti kelas karena nilai properti:
Harus dapat dievaluasi pada waktu kompilasi dan tidak boleh bergantung pada informasi run-time.
class Foo {
public $name = static::class;
}
$Foo = new Foo;
echo $Foo->name; // Fatal errorMenggunakan self::
class Foo {
public $name = self::class;
}
$Foo = new Foo;
echo $Foo->name; // FooHarap dicatat bahwa komentar kesalahan fatal dalam kode yang saya buat tidak menunjukkan di mana kesalahan terjadi, kesalahan terjadi sebelumnya sebelum objek dipakai sebagai @Grapestain yang disebutkan dalam komentar
public $name = static::class;, bukan pada baris 7, seperti yang disarankan oleh contoh. Kesalahan mengatakan: "static :: class tidak dapat digunakan untuk resolusi nama kelas waktu kompilasi" yang menunjukkan masalahnya bukan di mana Anda mencoba mengakses bidang $ name, tetapi jauh sebelumnya, pada kompilasi kelas PHP. Jalur 7 (atau 6) tidak akan tercapai dalam contoh pertama.