PHP 7.4’te Yenilikler (Özellikler, Fesih, Hız)

Bir sonraki PHP 7 küçük sürümü olan PHP 7.4, 28 Kasım 2019’da genel kullanılabilirlik için piyasaya sürüldü. Yani, PHP’yi daha hızlı ve daha güvenilir hale getirecek en ilginç eklemelere ve yeni özelliklere dalmanın zamanı geldi.
Ücretsiz demoyu deneyin
PHP 7.4 (resmi sürüm) Mykinsta kontrol panelindeki tüm Kinsta istemcileri için kullanılabilir. PHP 7.4 performansı önemli ölçüde artırsa ve kod hazırlığını artırsa bile, PHP 8 PHP performansı için gerçek bir kilometre taşı olacaktır, çünkü JIT katılımı önerisi onaylanmıştır. Ancak, bugün PHP 7.4 ile beklediğimiz en ilginç özellik ve değişikliklerden bazılarını yaşayacağız. Kayıt için bunlar sürüm 7.4 için önemli tarihlerdir:
6 Haziran 2019: Php 7.4 Alfa 1
18 Temmuz 2019: Php 7.4 Beta 1 – Özellikler dondurulmuştur
28 Kasım 2019: Php 7.4 GA sürümü
Resmi RFC sayfasında özellik ve eklemelerin eksiksiz bir listesini görebilirsiniz.
PHP’de PHP 7.4 ile yenilikler nelerdir? Bu yazıda, PHP 7.4’ün son sürümü ile dile eklenmesi gereken bazı değişiklikleri ve özellikleri tartışıyoruz:
ARRAY_MERGE: PHP 7.4 Spread operatörünü PHP 5.6’dan beri mevcut bir dizi ifadesine getirin, bağımsız değişkenin yıkılması diziyi sökmek için bir sözdizimidir ve bağımsız değişken listesine geçilebilir. Diziyi sökmek için veya geçilebilir, aşağıdaki örnekte gösterildiği gibi … (3 puan) ile başlamalıdır:
Fonksiyon testi (… $ args) {var_dupp ($ args); } test (1, 2, 3); Şimdi PHP 7.4 RFC, bu özelliği dizinin tanımına genişletmeyi öneriyor: $ arr = [… $ args]; Dizi ifadesindeki yayılma operatöründen ilk belirtilen fayda performansla ilgilidir. Aslında, RFC belgesi şunları ifade eder: Yayılan operatörler Array_Merge’den daha iyi performansa sahip olmalıdır. Bunun için sadece yayılma operatörünün bir dil yapısı olması değil, Array_Merge bir işlevdir, çünkü derleme süresinin optimizasyonu sabit diziler için de yapılabileceği içindir. Yayılan operatörün önemli avantajı, geçilebilen tüm nesneleri desteklemesidir, Array_Merge işlevi yalnızca diziyi destekler. Armut’]; $ meyve = [‘muz’, ‘turuncu’, … $ parçalar, ‘karpuz’]; Var_Dump ($ meyveler); Bu kodu PHP 7.3 ile veya daha önce çalıştırırsanız, PHP ayrıştırma hatalarını yükseltir: Ayrıştırma Hatası: Sözdizimi hatası, beklenmedik ‘…’ (T_ellipsis), ‘]’] ‘]’ in /app /spread-operator.php’yi 3 numaralı satırda bunun yerine beklemektedir. , PHP 7.4 diziyi döndürür: dizi (5) {[0] => String (6) “muz” [1] => dize (6) “turuncu” [2] => dize (5) “Apple” [ 3] => String (4) “Armut” [4] => String (10) “Karpuz”} RFC, aynı diziyi birkaç kez genişletebileceğimizi belirtir. Buna ek olarak, spread operatörlerinin dizinin herhangi bir yerinde yayılmasını kullanabiliriz, çünkü normal öğe yayılma operatöründen önce veya sonra eklenebilir. Yani aşağıdaki kod beklediğimiz gibi çalışacaktır:
$ arr1 = [1, 2, 3]; $ arr2 = [4, 5, 6]; $ arr3 = [… $ arr1, … $ arr2]; $ arr4 = [… $ arr1, … $ arr3, 7, 8, 9]; Doğrudan işlev tarafından döndürülen diziyi yeni diziye sökmek de mümkündür: BuildArray () {return [‘kırmızı’, ‘yeşil’, ‘mavi’]; } $ arr1 = [… BuildArray (), ‘pembe’, ‘menekşe’, ‘sarı’]; PHP 7.4 aşağıdaki diziyi görüntüler: dizi (6) {[0] => String (3) “kırmızı” [1] => dize (5) “yeşil” [2] => dize (4) “mavi” [3 ] => String (4) “pembe” [4] => String (6) “menekşe” [5] => String (6) “sarı”} Sözdizimini de kullanabiliriz: işlev jeneratörü () {for (for ( $ i = 3; $ i String (5) “beyaz” [1] => & String (3) “kırmızı” [2] => String (5) ” Green “[3] => String (4)” mavi “[4] => String (5)” Siyah “} Yayılmış operatör teklifi 43 ila 1 oyla geçer. PHP’de Ok Fonksiyon 2.0 (Kısa Kapatma), anonim fonksiyon oldukça kelimeli ve uygulanması ve bakımı zor kabul edilir. Bu RFC, PHP kodumuzu önemli ölçüde temizlememize izin veren ok işlevinin (veya kısa kapanış) daha kısa ve daha net bir sözdizim tanınması önerir. Aşağıdaki örneğe dikkat edin: Fonksiyon küpü ($ n) {return ($ n * $ n * $ n); } $ a = [1, 2, 3, 4, 5]; $ b = array_map (‘küp’, $ a); print_r ($ b); PHP 7.4 daha özlü bir sözdizimi kullanmayı mümkün kılar ve yukarıdaki işlev aşağıdaki gibi yeniden yazılabilir: $ a = [1, 2, 3, 4, 5]; $ b = array_map (fn ($ n) => $ n * $ n * $ n, $ a); print_r ($ b); Şu anda, anonim işlev (kapatma), aşağıda gösterildiği gibi kullanım dilinin yapımı sayesinde ebeveynin kapsamında tanımlanan değişkeni devralabilir: $ faktör = 10; $ calc = function ($ num) kullanım ($ faktörü) {return $ num * $ faktörü; }; Ancak PHP 7.4 ile, ebeveynin kapsamında tanımlanan değişken dolaylı olarak değer tarafından yakalanır (kapsamı örtük değere göre bağlar). Böylece yukarıda görülen tüm işlevleri bir satırda yazabiliriz:
$ faktör = 10; $ calc = fn ($ num) => $ num * $ faktörü; Ebeveynin kapsamında tanımlanan değişkenler, okların işlevinde tam olarak kullanım ($ var) kullanıyormuş gibi kullanılabilir ve ana kapsamın değişkenlerini değiştirmek mümkün değildir. Yeni sözdizimi dilde büyük bir artıştır, çünkü okunması ve sürdürülmesi daha kolay kodlar yapmamızı sağlar. Ayrıca parametreler ve iade türleri, varsayılan değerler, değişken uzunluk argümanlarının (değişken işlevler) listesini de kullanabiliriz, referanslarla devam edebilir ve geri dönebiliriz. Son olarak, kısa kapanmalar sınıf yöntemlerinde de kullanılabilir ve sıradan kapanma gibi bu değişkenleri $ kullanabilirler. Bu RFC 51 ila 8 oyla onaylanmıştır, bu nedenle ek PHP 7.4’ün bir parçası olmasını bekleyebiliriz. Atama operatörü null birleştirme, PHP 7 ile eklenir, ortak bir operatör (??), üçlü operatörünü Isset () ile birlikte kullanmamız gerektiğinde kullanışlıdır. Null değilse ilk işlenenleri iade eder. Değilse, ikinci işlenenleri iade eder. İşte bir örnek: $ kullanıcı adı = $ _get [‘kullanıcı’] ?? ‘Hiç kimse’; Bu kodla yapılanlar oldukça kolaydır: istek parametresini alır ve yoksa varsayılan değeri ayarlar. Çizginin anlamı açıktır, ancak bu RFC örneğinde olduğu gibi daha uzun değişken bir adımız varsa?
$ this-> request-> data [‘yorumlar’] [‘user_id’] = $ this-> request-> data [‘yorum’] [‘user_id’] ??’Değer’;Uzun vadede, bu kodu korumak oldukça zor olabilir.Bu nedenle, geliştiricilerin daha sezgisel kodlar yazmasına yardımcı olmayı amaçlayan bu RFC, operatörün sıfır kombinasyonunun (?? =) atanmasını önermektedir.Yani, önceki kodu yazmak yerine aşağıdakileri yazabiliriz: $ this-> request-> data [‘yorumlar’] [‘user_id’] ?? = ‘değer’;Sol parametre değeri null ise, doğru parametre değeri kullanılır.Birleşme operatörü bir karşılaştırma operatörü olsa da, ?? = bir ödev operatörüdür.
Trafiğimizi%1000’den fazla nasıl artırdığımızı bilmek ister misiniz?Haftalık bültenimizi içerideki WordPress insanlar hakkında ipuçlarıyla alan 20.000’den fazla insana katılın!
Şimdi abone olun
Bu teklif 37 ila 4 oyla onaylanmıştır. Typeed Özellik 2.0 Bağımsız Değişken Türü veya Tip Talimatları, sınıf işlevlerine veya yöntemlerine iletilmesi beklenen değişkenin türünün belirlenmesini mümkün kılar. Tür talimatları PHP 5’ten beri mevcut özelliklerdir ve PHP 7.2’den beri bir nesne veri türüyle kullanabiliriz. Şimdi PHP 7.4, birinci sınıf mülk türü bildirimi için destek ekleyerek ileriye doğru bir adım anlamına gelen bir tür taşır. İşte çok temel bir örnek: sınıf kullanıcısı {public int $ id; genel dize $ name; } Void ve çağrılabilir hariç tüm türler desteklenir: public int $ scalartype; Korumalı className $ classstype; Private? ClassName $ nullableClasstype; RFC, geçersiz ve çağrılabilir nedenlerin desteklenmediğini açıklar: boşluk türü desteklenmez, çünkü işe yaramaz ve belirsiz anlambilimlere sahiptir. Çağrılabilecek tür desteklenmez, çünkü davranış bağlama bağlıdır. Böylece bool, int, şamandıra, dize, dizi, nesne, yinelenebilir, benlik, ebeveyn, sınıf adı veya arayüz ve Nullable (? Tür) türünü güvenli bir şekilde kullanabiliriz. Türler statik özelliklerde kullanılabilir: public static yinelenebilir $ staticprop; Ayrıca Var Notation: Var Bool $ Flag; Varsayılan özellik değerini belirlemek mümkündür, elbette beyan edilen özellik türüyle eşleşmesi gereken, ancak yalnızca null olabilen özelliğin null varsayılan değeri olabilir: public string $ str = “foo”; public? String $ nullableStr = null; Aynı tür bir beyandaki tüm özellikler için geçerlidir: kamu şamandırası $ x, $ y;
Mülk türünde hata yaparsak ne olur? Aşağıdaki kodu göz önünde bulundurun: Class User {public int $ id; genel dize $ name; } $ user = yeni kullanıcı; $ user-> id = 10; $ user-> name = []; Yukarıdaki kodda, String özelliğinin türünü beyan ediyoruz, ancak diziyi özellik değeri olarak ayarlıyoruz. Böyle bir senaryoda, aşağıdaki ölümcül hatayı alıyoruz: Ölümcül hata: Unutulma TypeError: Typeed Property User :: $ Name String olmalı, /app/types.php:9 RFC’de kullanılan dizi 70 ila 1 oyla onaylanmıştır. WordPress siteniz Mykinsta kontrol panelindeki PHP 7.4’e kolayca. Ücretsiz Kinsta’yı deneyin.
Bu RFC ile bu zayıf referans, PHP 7.4, programcıların nesnenin kendisinin yok edilmesini engellemeyen nesnelere referansları sürdürmesini sağlayan zayıf referans sınıfını tanıtır. Şu anda PHP, PECL-Weakref gibi uzantıyı kullanarak zayıf referansları desteklemektedir. Ancak, yeni yangın belgelenen zayıfref sınıfından farklıdır. Aşağıdakiler bu teklifin yazarlarının bir örneği olan Nikita Popov: $ object = yeni stdclass; $ Zayıfref = zayıf referans :: create ($ object); var_dupp ($ zayıfref-> get ()); Unset ($ object); var_dupp ($ zayıfref-> get ()); Birinci var_dupp yazdırıyor nesne (STDClass)#1 (0) {}, ikinci var_dupp baskı null, çünkü yönlendirilen nesne yok edildi. PHP 7.4 görüşmelerim için #phrssia2019’da kaydırın. Olağanüstü Konferans! Covarian ve Contrafarian parametreleri varyansı reddedilmesi, tür yapıcı türünün alt tipi nasıl etkilediğini açıklayan bir sınıf hiyerarşik özelliktir. Genel olarak, tür yapıcı aşağıdakiler şeklinde olabilir:
Değişmez: Süper tip türü sınırlarsa, alt tip türünü sınırlarsa.Kovararian: Tür türü korunursa (daha spesifikten daha yaygın olarak sıralanır).
Kontravaryalı: Siparişi tersine çevirirse (daha yaygın olandan daha spesifik olarak sıralanmış tip).
Şu anda, PHP birkaç istisna dışında değişmez parametrelerin ve dönüş türlerinin çoğuna sahiptir. Bu RFC, Kovarian’ların ve Kontravaryanların parametre türü ve dönüş türüne izin vermeyi önerir, ayrıca birkaç kod örneği sağlar. Aşağıdakiler bir tür Covarian dönüş örneğidir: Interface Factory {function mark (): Object; } class userFactory fabrikası {function mark (): user; } Ve burada kontravaryalı parametre türlerine örnekler: Arayüz Concutable {Function cum (yineleyiciler $ giriş); } Sınıf Koleksiyonu Concable {// tüm iterablabaları kabul eder, sadece yineleyiciler karga işlevi değil (yinelenebilir $ giriş) {/*. . . */}} PHP 7.4’teki Kovarians ve Contravarian’lara daha yakından bakmak için RFC’ye bakın.
Bu RFC 39 ila 1 oyla geçti. Bu teklif, Dmitry Stogov’dan bir teklif bizim favorilerimizden biridir çünkü önemli performans iyileştirmeleri getirecektir. Pramuian, modülün başlatılmasında kütüphaneleri ve çerçeveleri OPCACE’ye yükleme işlemidir (PHP yaşam döngüsü hakkında daha fazla bilgi edinin).
PHP Yaşam Döngüsü (Görüntü Kaynağı: PHP Internals)
Bu, önceden yükleme dmitry kelimelerde çalışır: Başlangıç ​​sunucusunda, uygulama kodu çalıştırılmadan önce bir dizi belirli PHP dosyasını belleğe yükleyebilir ve sunulacak sonraki tüm istekler için içeriği “kalıcı olarak kullanılabilir hale getirebilir” sunucu tarafından.Bu dosyada belirtilen tüm işlevler ve sınıflar, tıpkı bir dahili varlık gibi, kutunun dışındaki istekler için kullanılabilir.Bu dosyalar başlangıç ​​sunucusuna yüklenir, herhangi bir uygulamadan önce yürütülür ve gelecekte herhangi bir talep için kullanılabilir kalır.Performans açısından bu iyi.Pramuang belirli bir PHP tarafından kontrol edilir.Bu yön, sunucu çalıştırıldığında derlenecek ve yürütülecek olan PHP komut dosyasını belirler.Bu dosya, OPCACHE_COMPILE_FILE () işlevi dahil olmak üzere ek dosyaları yüklemek için kullanılabilir (PHP belgesinde daha fazla bilgi edinin).Ama olumsuz bir taraf var.Aslında, RFC açıkça şöyle diyor:
Önceden yüklenen dosya, Opcache belleğinde sonsuza dek önbellek.Uygun kaynak dosyasının değiştirilmesi, diğer sunucuları yeniden başlatmadan hiçbir şeyi etkilemez.Ancak, daha önce yüklenen dosyada tanımlanan tüm işlevler PHP işlevlerine ve sınıf tablolarına kalıcı olarak yüklenecek ve gelecekte her istek için kullanılabilir kalacaktır.Bu, bu artış büyük ölçüde değişse bile, performansta iyi bir iyileşmeye yol açacaktır.Resmi Pramuian RFC sayfasındaki Pramuian’ın sınırları ve istisnaları hakkında daha fazla bilgi edinebilirsiniz.Bu yeni özel nesnenin serileştirilmesi mekanizması, Nikita Popov’dan büyük bir çoğunluk oyuyla onaylanan bir başka tekliftir.Şu anda, PHP: __sleep () ve __wakeup () yöntemlerinde özel nesnelerin serileştirilmesi için iki farklı mekanizmaya sahibiz.
Seri hale getirilebilir arayüz
Nikita’ya göre, bu iki seçeneğin karmaşık ve güvenilmez kodlara yol açan sorunları var. RFC’de bu konuya derinlemesine dalabilirsiniz. Burada sadece yeni serileştirme mekanizmasının, mevcut iki mekanizmayı birleştiren __serialize () ve __unserialize () olmak üzere iki yeni sihir yöntemi sağlayarak bu sorunu önlemesi gerektiğini söylüyorum. Bu teklif 20 ila 7 oy geçiriyor. Aşağıdaki fonksiyonların/işlevlerin sona ermesi, PHP 7.4 ile tekrar kullanılmayacaktır. Daha kapsamlı bir fesih listesi için bkz. PHP 7.4 Artış kaydına. PHP aritmetik operatörlerinde “+” ve “-” ve “” ve “ve” “mevcut birleşme operatörünün önceliğini değiştirin. Dize operatörleri ilişkisel olarak bırakılır ve aynı önceliğe sahiptir (tercih edilen operatör hakkında daha fazla bilgi edinin). Örneğin, aşağıdaki satırı göz önünde bulundurun: Echo “Sum:”. $ a + $ b; PHP 7.3’te bu kod aşağıdaki uyarıyı üretir: UYARI: 4. satırda /pp/types.php’de karşılaşılan sayısal olmayan bir değer, devre soldan sağa değerlendirildiğinden. Aşağıdaki kodu yazmakla aynıdır: echo (“toplam:”. $ A) + $ b; Bu RFC, operatörün önceliğini değiştirmeyi önerir, “”. “+” Ve “-” operatörlerinden önce, ekleme ve çıkarma her zaman dize devresinden önce yapılacaktır. Kod satırı aşağıdakilere eşdeğer olmalıdır: “Toplam” yankısı. ($ a + b); Bu iki aşamalı bir tekliftir: Sürüm 7.4’ten başlayarak PHP, “+”, “-” ve “” ile parantezsiz bir ifade bulurken fesih bildirimi yayınlamalıdır. “.
Bu operatörden gerçek öncelik değişiklikleri PHP 8 ile eklenmelidir. Her iki teklif de en fazla oy olarak onaylanmıştır. PHP’deki sol ilişkisel üçlü operatörünü durdurmak, üçlü operatör, diğer birçok dilin aksine, sol ilişkilendiricidir. Nikita Popof’a göre, bu farklı diller arasında geçiş yapan programcılar için kafa karıştırıcı olabilir. Şu anda, aşağıdaki PHP kodu doğrudur: $ b = $ a == 1? ‘Bir’: $ a == 2? ‘İki’: $ a == 3? ‘Üç’: ‘Diğer’; Bu şu şekilde yorumlanır: $ b = (($ a == 1? ‘Bir’: $ a == 2)? ‘İki’: $ a == 3)? ‘Üç’: ‘Diğer’; Ve bu hatalara neden olabilir çünkü belki yapmak istediğimiz şey bu değil. Böylece bu RFC, üçlü operatörler için sol ilişkinin kullanımını durdurmayı ve silmeyi ve geliştiriciyi parantez kullanmaya zorlamayı öneriyor. Bu başka bir iki adımlı teklif:

PHP 7.4’ten başlayarak, parantez kullanmadan Ternary, durması için bir uyarı sağlayacaktır.