PHP'de hangi özelliklere sahip olmak istersiniz? [kapalı]

Şimdi tatil mevsimi olduğu ve herkesin dilek tuttuğu için merak ediyorum - PHP'nin hangi dil özelliklerini eklemesini isterdiniz? Dil için bazı pratik öneri / dileklerimle ilgileniyorum. Pratik olarak demek istediğim:

1. Pratik olarak yapılabilecek bir şey (değil: "PHP kodumun ne anlama geldiğini ve benim için hataları düzeltmesini diliyorum" veya "5ms altında herhangi bir kodun çalışmasını diliyorum")
2. PHP'yi başka bir dile çevirmeyi gerektirmeyen bir şey (değil: "$ işaretlerini bırakıp ayraç yerine yer kullanabilsinler" ya da "PHP derlendiyse, statik olarak yazılmışsa ve isminde # olsaydı")
3. Mevcut tüm kodu kırmayı gerektirmeyen bir şey (değil: "500 işlevi yeniden adlandıralım ve parametre sırasını değiştirelim")
4. Bir şey yapar (: ya da "Ben 12345 nihayet düzeltildi hata # diliyorum" "Orada XYZ protokolü için destekleme uzantısı olsaydı" değil) dil veya bazı ilginç bunun yönünü değiştirmek
5. Bir ranttan daha fazlası olan bir şey (değil: "PHP'nin çok kötü emmemesini diliyorum")

Herhangi bir iyi dileği olan var mı?

Mod düzenleme: Stanislav Malyshev çekirdek bir PHP geliştiricisidir.

Adlandırılmış parametreleri umursamıyorum.

getData(0, 10, filter => NULL, cache => true, removeDups => true);
// instead of:
getData(0, 10, NULL, true, true);

// or how about:
img(src => 'blah.jpg', alt => 'an albino platypus', title => 'Yowza!');

Ne yazık ki PHP devs zaten bu fikri vurdu .

Daha fazla başvuru:

echo something_that_returns_array()[4];

Diğerleri, adlandırılmış parametrelerden ve daha kısa bir dizi sözdiziminden bahsetti. Daha kısa nesne sözdizimini de umursamıyorum.

$a1 = array(1, 2, 3, 4);
$a2 = [1, 2, 3, 4];

$b1 = (object)array('name' => 'foo');
$b2 = {'name' => 'foo'}; // or something?

PHP ile yaklaşık 13 yıl çalıştıktan ve yoğun olarak JS ile 4 yıl çalıştıktan sonra, PHP'nin JS'den ödünç almanın iyi olacağını düşündüğüm birkaç şey var:

1) Diziler ve Nesneler için kestirme notasyon. Bunun Internals'ta tartışıldığı ve düşürüldüğüne inanıyorum (bu nedenle duyuyorum - sosisin nasıl yapıldığını görmek istemiyorum), ama gerçekten, gerçekten JS'deki diziler ve nesneler için hazırlamanın çok büyük olduğunu düşünüyorum verimlilik kazanır.

Örneğin:

$arr     = [1,2,3,4];
$assoc   = [foo=>'bar', baz=>'boo'];
$stdobj  = {foo->'bar', baz->'boo'};

(IMHO) yazmaktan daha kolay ve temiz mi?

$arr     = array(1,2,3,4); // not too bad
$assoc   = array("foo"=>'bar', baz=>'boo'); // not too bad either
$stdobj  = new stdClass; // this gets pretty rough
$stdobj->foo = 'bar';
$stdobj->baz = 'boo';

Potansiyel karışıklık ile ilgili bazı endişelerin ortaya çıktığını duydum, ama gerçekte, bu heredoc notation'dan daha kafa karıştırıcı mı? En azından PHP'de bir stdClass nesnesi yapmak, uygulamanın cesaretini kırmaya yetecek kadar ayrıntılı.

2) Önceden tanımlanmış işlevleri ve yöntemleri yeniden tanımlayabilmek gerçekten yararlı olacaktır. Bir sınıfı genişleten ve yeni sınıfı başlatmak, aşırı karmaşık ya da pratik olmayan durumları basitleştirir. Yine de, çekirdek / kullanıcı olmayan fonksiyonların ve yöntemlerin yeniden tanımlanmasından kaçınmamız gerektiğini düşünüyorum.

Bu ikisine ek olarak, PHP'nin şeffaf bir şekilde unicode'u desteklemesi gerektiğini düşünüyorum . Bu, geliştiriciler için giderek daha fazla bir sorun haline geliyor ve PHP'de şu anda sunulan çözümler kafa karıştırıcı ve sıklıkla performans göstermiyor. Tüm standart string işlevlerini kutudan unicode uyumlu hale getirmek PHP programcıları için büyük bir kazanç olacaktır.

Sorduğunuz için teşekkürler!

Eski bir uzun zamandır PHP özürlüsü olarak, istediğim şeyler:

1. Diziler için daha kısa sözdizimi. PHP dizileri esnekliklerinden dolayı dilin en kötü özelliklerinden biridir, ancak yazmak çok zor some_array_method($argity, array('key' => $value));. Bu teklifin maalesef PHP posta listesinde zaten var olduğuna inanıyorum.
2. finally destek
3. / Ek açıklamalar Özellikleri. Bunlar, bir yönteme kod kullanımına izin verecek şekilde özel davranış eklemenizi sağlar. Örneğin, bir MVC çerçevesinde, AuthorizeAttributebir denetleyicinin veya eylem yönteminin kullanıcının yetkilendirilmesini gerektirdiğini gösteren bir tanımlanabilir . Çerçevenin kendisi niteliklerin aranmasından ve bunlara göre hareket etmekten sorumlu olacaktır. PHPUnit'in zaten yansıma kullanarak okunabilen docblock yorumlarına koyarak bir tür özellik kullandığına inanıyorum, ancak docblock yorumlarına gerçek işlevsellik koymak kesinlikle bir hack.
4. Daha kısa lambda sözdizimi. Yazmak zorunda kalmak yerine function($x){ return $x*2;}belki yazabilirim $x => return $x*2ya da başka bir şey. Bu yine bir çeşit şey bu özelliği kullanmak için bir sürükle yapar. Mesela, $results = array_filter(array(1,2,3), function($a) { return $a % 2; }):vs $results = array_filter(array(1,2,3), $a => return $a % 2 );Birincisi, başarmaya çalıştığınız asıl işle temelde alakasız olan çok daha fazla tesisat tesisine sahip.
5. DecimalNormal operatörler üzerinden matematik işlemlerini destekleyen yerleşik bir matematik (sabit nokta matematik), operatörün aşırı yüklenmesine sahip olmadığımız için iyi olurdu.
6. MOAR MAGIC YÖNTEMLERİ. Büyü yöntemleri harika. PHP'nin operatöre sihirli yöntemler kullanarak aşırı yüklendiğini görebiliyordum (bunun temelde asla olmayacağını biliyorum.) Fakat genel olarak, diline bağlanmak ve harika şeyler yapmak için gerçekten harika yollar sunarlar.

PHP'yi gerçekten nesne yönelimli yapın. slap on another global functionPHP evrimi bitirmek gerekiyor.

array_merge(array_filter(array_intersect_key($arr1, $arr2), "is_int"), $arr3);

Bu benim okumam için zor. Kendi zihinsel yığınımı oluşturmalı ve onu kendim derlemeliyim. Temelde tersten okumalısınız. $dog->wakeup()->bark();karşılaştırıldığında okumak kolaydırbark(wakeup($dog))

$arr1->array_intersect_key($arr2)->array_filter("is_int")->array_merge($arr3);

Nesne / yöntem desteğini etkinleştirme yolunda adım attınız, lütfen bunu şimdi asıl PHP işlevlerinde kullanın.

500 fonksiyonun ismini değiştirelim ve parametre sırasını değiştirelim.

Bu işlevselliği yöntemlere kaydırmak, bazılarını tutarlı bir şekilde kullanarak yeniden adlandırılmalarını sağlar. Dizelerin ve dizilerin kendi metotları olsaydı, geriye dönük uyumluluğu kırabilir miydi?

Dil entegre bir sorgu motoru çok iyi olurdu. .NET'te bulunan ve LINQ adındakilere benzer. Büyük veri dizileri yoluyla sıralama yapmaya ve veritabanı erişimini standart hale getirmeye yardımcı olacak, böylece daha az SQL-enjeksiyon saldırısı başarılı olacaktı.

Ah. İlkeller için ipucu yazın. İyi olur.

Kutudan daha iyi unicode desteği almak istiyorum. Dillerin çoğu bu yönde hareket eder, ancak PHP'nin her yerinde hala garip komutları vardır.

PHP dizeleri sadece düz bayt dizileridir. İçeriği, geçerli varsayılan kodlamaya bağlı olduğundan taşınabilir değildir.

Aynısı, serileştirme tarafından oluşturulan gösterimler için de geçerlidir. Herhangi bir kodlama bilgisini saklamadan, dizenin uzunluk-ön ekli bayt temsilini içerir.

Çoğu PHP (string) fonksiyonunun Unicode hakkında hiçbir fikri yoktur. Her bir fonksiyonun risk seviyesini içeren ayrıntılı bir liste için bakınız: http://www.phpwact.org/php/i18n/utf-8

http://blog.ginkel.com/2010/03/php-unicode-support-or-the-lack-thereof/

Tutarsız olarak adlandırılmış ve değiştirilmiş nesne olmayanları değiştirmek için yerleşik yöntemlerle dizge nesnesi yapın. Örneğin

$subject->replace($search,$replace);
$string->split($separator);
$string->trim();

vb.

Düzenleme: bir şey daha: Bu yöntemler, özellikle kodlamalarla uğraşmayı amaçlayanlar dışında, her zaman UTF-8'i beklemeli ve yaymalıdır. Giriş geçersizse UTF-8, fonksiyonun çıkışı kodlamadan etkilenmese bile, bir istisna atılmalıdır.

1) Yeni başlatılan nesnelerin "$ this" döndürmesini çok isterdim, böylece metod zincirini yapabilirim, $ user = new User ('john') -> setLastName ('Doe') -> save ();

2) Yakut ve en son kullanılan düğümleri kullandıysanız, etkileşimli bir kabuğu (IRB) vardır. PHP'nin gerçekten faydalı bir tanesine sahip olmasını çok isterdim.

3) Özellikler / Mixins, ama bunların yolda olduğunu duydum.

4) Kısa diziyi ikinci yapmak istiyorum $ myArray = ['my', 'array'];

5) Tutarlı adlandırma / sıralama (yani iğne samanlığı)

1) içerir () kurtulun. Diğer dosyalara yapılan referanslar referans olmalı ve aslında bir kaynak kod dosyasının içeriğini bir başkasına yerleştirmemelidir. Çok fazla sayıda PHP programcısı, () bir kütüphane başvurusu yerine bir tür işlev çağrısı olarak kullanır. Bu, değişken durumdaki ve kararsız koddaki her türlü belirsizliğe yol açar. Bunu Perl benzeri 'use' komutuyla değiştirin.

2) PHP uygulamalarını tek bir dağıtılabilir bytecode dosyasına veya çalıştırılabilir dosyaya derlemek için lütfen bir kutu dışı yöntem verin. Bu, PHP'nin ticari bir geliştirme dili olarak cazibesini büyük ölçüde artıracaktır. Bu dilin temel bir bileşeni olmalıdır. Bir uygulamanın GUI'si için kullanılan html dosyaları için endişelenmeyin çünkü ...

3) PHP etiketlerini HTML'e gömme olanağından kurtulun. Ya da en azından bir 'embed yok' modu sağlayın. Bu mutlak bir karmaşadır ve uygulama mantığını ve sunumu bir araya getirerek kötü tasarımı teşvik eder. Geliştiriciler göstermek için şablonlar kullanmalı ve PHP dosyalarını birleştirmemeli ve en iyisini ummalılar.

İmza,

GrandmasterB

ps: burada başkalarının söylediklerini dinlemeyin, tüm yıl boyunca iyiydim

E_ERRORTanımlanamayan sabitler için bir ini yönergesi , bunun bir dize olduğunu varsaymak yerine E_NOTICE.

Yeni gelenlere mantıklı gelen iyi düşünülmüş bir adlandırma kuralıyla küresel ad alanını normalleştirin!

Sevgili Jeff Atwood'dan alıntı yapmak için: PHP berbat ama önemli değil !

Dizeler nesne olmalıdır

1) Daha kısa bir dizi / nesne sözdizimi, bir la JavaScript (daha önce belirtildiği gibi)

2) constDeğişkenlere izin ver gibi bir hesaplamanın sonucuna izin verir define().

3) Doğrudan kurucudan zincirleme: new User()->name('Ryan');

4) Dizi yeniden düzenleme: something_that_returns_array()[4];

5) Genişletilmiş SPL desteği. SPL, dize ve dizi işlevlerini (diğer şeylerin yanı sıra) nesneler olarak yeniden tanımlamak için iyi bir iş yapar. SPL'yi genişletmek, dilin bu kadar titiz olmasıyla ilgili birçok zorluğu çözebilir.

6) Kullanım ArrayObject(), kullanmak kadar şeffaf olmalıdır array(). Sen gibi şeyler yapmak mümkün olmalıdır array_filter($array_object_instance)yapmadan array_filter($array_object_instance->getArrayCopy()). Daha da iyisi elbette olur $array_object_instance->filter().

7) Tam-Unicode tam güzel olurdu.

8) Tuhaf otomatik dönüşümler yapmayı bırakın. Örneğin, echoönce açıkça bir dize olarak yazmadan , bir SimpleXMLElement nesnesine erişememeniz gerekir. Ya da en azından, gerçekleştiğinde bir şey atmak (örneğin, katı modda veya her neyse error_reporting(-1)).

9) Birden fazla iş parçacığı ya da bir tür olay / asenkron geri çağırma desteği. Bu, cURL aracılığıyla büyük dosyaları yüklemeye çalışırken en önemli şeydir. Eski skool iplikleri yerine, Apple'ın Grand Central Dispatch gibi bir şey iyi olurdu. Ya da eşzamansız isteklerde bulunabileceğiniz ve geri aramaları tanımlayabileceğiniz JavaScript benzeri bir şey.

10) Tutarlı adlandırma / sıralama (yani iğne samanlığı) iyi olurdu, ama bunun SPL ile daha iyi çözülebileceğini düşünüyorum.

11) IRB gibi resmi olarak desteklenen etkileşimli bir PHP kabuğu. Facebook'ta phpshPython ile yazılmış bir tane var , ama görmek istediğim ciladan yoksun.

12) Reflection API için, (a) sabitler hakkındaki docblock yorumları (global ve sınıf) ve (b) PHPDoc benzeri yorumları mantıklı bir veri yapısına ayrıştırma desteği ekleyin. Bunu yapmaya çalışan "docblock" adlı bir PECL paketi var, ancak yazarın çok ileride olduğu ortaya çıkmadı.

EDIT: 13) Ayrıca kullanabilme yeteneğini !ve ?fonksiyon adlarında Ruby'yi yapabildiği gibi görmek isterim.

1) Python listesi anlama tarzında dizi anlama:

$newlist = array($x->something for $x in $oldlist);

//with short array syntax:
$newlist = [$x->something for $x in $oldlist];

2) Kısa dizi sözdizimi

$newlist = [1,2,3,4,...];

3) Boşaltın () '0' stringini true olarak düşünmeyin

CONSTANT dizileri oluşturmanın / tanımlamanın yasal bir yöntemini görmek isterim. Bu tür bir işlevselliği simüle etmenin birkaç kesin yolu var ancak PHP'nin doğrudan bir özelliği olsaydı iyi olurdu. Java'nın "son" bildirgesine benzer bir şekilde bir dizi oluşturabilirseniz iyi olurdu.

Kurulumu çok hızlı bir giriş sistemi oluşturdum. Tek yapmanız gereken, kullanıcı bilgileri için istediğiniz alanları belirtmek için bir metin dosyasındaki bir dizinin içeriğini değiştirmek. Döngüler için bir alanın kullanılması, form oluşturma ve girdi hassaslaştırmasından veritabanı aramalarına kadar her şeyi idare eder, ancak hepsi bu orijinal diziye bağlıdır.

Diziyi içeren dosya izinlerle kilitlenir, ancak dizi eter içinde hareket ettiğinde değişkendir. Sistemin oldukça güvenli olduğunu hissetmeme rağmen, hiçbir şeyi şansa bırakmaktan hoşlanmıyorum. Dizileri sonlandırma yöntemi böyle bir durum için iyi olurdu.

Yeni fikir!!

Ohhh, gerçekten php'de gerçekten seveceğim başka bir şey düşündüm. Php dosya işlemlerini ve .htaccess çalışmalarına benzer dizin işlemlerini kontrol etmek için bir tür sistem istiyorum.

.Phpaccess dosyası aynı tür etki alanı / aynı köken politikasını tetiklemelidir.

Örneğin, sanal ana bilgisayarlara sahip birçok siteyi barındırıyor olsaydım, bir dizinde php'yi korumalı dizimde çalışmayı deneyen herhangi bir komut dosyasının düzenini kontrol etmesini söyleyen bir .phpaccess dosyası alabilirdim. Komut dosyası bu dizinden veya alt dizinlerinden gelmediyse, dosya işlemleri / veya yuva işlemleri reddedilir.

Bunun gibi bir sistemin sanal bir ortamı daha güvenli bir ortam haline getireceğini düşünüyorum. Bunlardan birini her sanal sunucunun en üstüne yerleştirebiliyorsanız, birisinin komşu sanal bir ana bilgisayardan gizlice girmesinin bir yolunu bulma şansını azaltır.

Ayrıca, onu bu şekilde tersine sabitleme yöntemine sahip olmak iyi olurdu. yani, betiklerin erişimini tek bir dizinde bu dizine sınırlamak.

Onun yin ve yang ya biliyor!

Sert bir PHP programcısı olarak en büyük iki dileğim:

1. Sonunda destek ver. Bayraklar veya benzeri yollarla kurgusal olarak bunun üstesinden gelmek büyük bir karmaşa.
2. Alıcılar ve ayarlayıcılar için C # 'ın sözdiziminde desteği görmeyi çok isterim. Birçok alıcıya ve ayarlayıcıya sahip olduğunuzda, C # gibi basit bir sözdizimi, Java yolunu yapmak yerine alıcı ve ayarlayıcı yöntemleri yazmak yerine mükemmel bir performans artırıcısıdır. Sihirli yöntemler, dinamik olarak üyeler oluşturmak istediğiniz durumlarda (örneğin, bir şablon oluşturucuya bazı değişkenler kullanmak istiyorsanız), ancak IDE'nin otomatik olarak tamamlamasını istediğiniz normal özellikler için iyi değillerdir. türleri, vb. Bu, kodu daha küçük ve yine de okunabilir ve kullanımı kolay hale getirmeye yardımcı olur.

Dil sözdizimi : bazı iyi ipucu vardır pihipi ve phpreboot geliştiricileri (phpreboot gider gerçi çok uzak JS olma) ilgilenen ne.

Geliştirme metodolojisi : Bu tür anketler gerçekten dikkate alınmışsa, PHP.net'in ömrünü büyük ölçüde artıracaktır. Daha willy-nilly öğleden sonra IRC oturumu sözdizimi kararları vermeyin.

Bireysel özellikler : Bazıları daha önce de belirtilmişti, ama burada ekstra kör olmak için mutlu bir şekilde biraz karma yakacağım:

• Unicode dize türü.
• Bigint (bkz. Python).
• Runkit, her zaman bu kadar iyi tasarlanmayan yerleşik işlevleri ve sınıfları kaldırmak / yeniden adlandırmak / geçersiz kılmak için yerleşik.
• Modern OOP
  • çoklu kalıtım (nadiren sakar özelliklere sahip sözdizimi vakalarını desteklemek için karmaşıklık yerine)
  • skalarlar nesne olarak iki katına çıkabilir (bkz. Python), örneğin array () ArrayObject olarak çalışır veya SplString olarak dizeler (kullanılabilir yöntemler gerekir, tüm dize işlevlerinin mevcut olması gerekir str::toupper())
• Bok bok \isim alanı sözdizimini reddet, çözümleyiciyi düzelt ve ::alternatif olarak kabul et . Bilirsin, gerçek bir dil gibi.
• LINQ'in herhangi bir çeşitlemesi (size güvenmeme rağmen, mantıklı bir sözdizimi geliştirirsiniz)
• veya XML değişmezleri.
• Php.ini çalışma zamanı davranışından ve anlamsal anahtarlardan kurtulun. Gerçek, heyecan bazılarını alır, ancak geliştiricilere ve kullanıcı tabanına fayda sağlayacaktır.
• Evet, magic_quotes henüz gitmedi.
• Zend Engine bayt kodunu PBC'ye dönüştürün

Yine de, eğer bu açık değilse, ikincisini yapmak için herkese memnuniyetle fon veririm ve ana uygulama olarak php.net'i öldürürüm. :P
Oh, farkettim, bu topluluk wiki. Yani aslında karma için burada değil, gerçek ilgi için burada bir şans var. Öyleyse, dili ciddi şekilde inciten <b> sayısına </b> bakın.

Hatalar ve İstisnalar'ın tek bir konsepte (İstisnalar) birleştirilmesini görmek isterdim. Böcekleri bu şekilde bulmak ve düzeltmek için istisnaları yakalamak ve bunları bir günlüğe yazmak mümkün. Ancak, çok nadir karşılaşılan bir codepath'ta temel olarak yanlış bir şey varsa (okuma: PHP Hatası), bu bilgiyi aynı sorun veritabanına aktarmanın iyi bir yolu yoktur.

Lütfen, Santa, php.ini’de tüm hataları istisnalar haline getirecek bir anahtar ekleyin - ideal olarak, kodumda yakalayabileceğim istisnalar.

PHP küçük ve orta büyüklükteki web sitelerini yıkamak için gayet uygun; Biraz düşüncesiz olmalıyım, bu sorunun cevabı olarak düşünebildiğim tek şey, trafiği yoğun olan siteler için daha iyi ölçeklendiren bir şey olabilir.

Başka bir süreçte çıktı sayfasını yaratırken süreçleri başka bir çekirdeğe atma, örneğin bir işlemde veritabanını güncelleme gibi düşünüyorum. Hızlı bir google araması bunun simüle edilebileceğini, ancak şu anda doğrudan php'de desteklenmediğini gösterir.

Skaler tiplerin nesne olarak değerlendirilmediğini ve gerçek nesnelerin başka herhangi bir tip veya nesne gibi davranamayacağını gerçekten çok özledim (__toString () nedeniyle dize hariç).

• numaralandırma desteği (Java 1.5+ gibi)
• Arayüzlerde ve sınıflarda yöntem geri dönüş türlerini tanımlayabilir
• özellikler ve yöntemler hakkında ek açıklamalar / meta veri tanımı için destek.
• yöntem skalar argümanları için katı tip ipucu yapabilir.

Http://php.net adresindeki "Kullanıcı Tarafından Katılan Notlar" ı temizleyin . Genel olarak büyük bir değer olmakla birlikte, bazen gerçek bir karmaşa vardır.

PHP'de oldukça iyi bir dizi dizi işlevi var, liste işleme kapasitesi, geri çağrılar ve create_function()temel lambda hesaplamaları sağlıyor.

Bununla ilgili asıl sorun, PHP'de çok ayrıntılı olması, özellikle harita / azalt komutları söz konusu olduğunda, kestirme bir sistem mükemmel olurdu.

Daha da önemlisi, liste işlevleri tam olarak tamamlanmadı:

• foldrişlev yok , array_reduce()sağlarfoldl
• array_map()olarak, İkinci değişken bir anahtar geçmesi gerekir array_walk()yapar
• bir array_map_keys()anahtar değişikliği için faydalı olabilir
• Liste anlama, çok aksak range(), array_fill()ve array_fill_keys()sadece bu kadar çok davalarını ve array_filter()ayrıdır

PHP'yi Haskell'e getirmeyi hedeflemiyorum, ancak PHP genellikle liste tipi veri yapısı manipülasyonu için kullanılır ve bu konuda eksiksiz bir araç setinin kullanılması yararlı olacaktır.

Operatör aşırı yüklenmesi:

$result = $MatrixA + $MatrixB * $MatrixC;

E_WARNING üretmek yerine İstisnalar ekleyin ... Böyle bir şeyi kullanamam çok can sıkıcı:

try{
   $f = fopen('asd', 'r');
   flock($f, LOCK_SH);

   while(!feof($f)){
       echo fread($f, 512);
   }

   fclose($f);

}catch(IOException $ex){
   echo 'Oops, something wrong: '.$ex->getCode();
}

Tabii ki, şu anda çok pratik değil ama almak çok can sıkıcı:

UYARI

UYARI

UYARI

ve kendi istisnamı yazmadan kod akışını kontrol edemiyorum ve hangi hatanın üretildiğini koklayan string (izin, yanlış dosya adı veya başka bir şey; burada diğer hata kaynakları ile ilgilenmiyorum) doğru istisna atabilmek için kontrol edemiyorum .

Umarım neden önemli olduğunu açıklamamışımdır.

PHP bir süre önce Nesne Yönelimli oldu ve biz, PHP'yi kullanan programcılar, OO özelliklerini dört gözle bekliyoruz, "goto" yu tanıtmıyorlar ... Gerçekten de olduğunu öğrendiğimde, bunun bir April Fool günü olduğunu düşündüm.

1. Nesne modelini birleştirin - tüm nesnelerin temel Object sınıfını genişletmesini sağlayın. Nesne sınıfı (diğer şeylerin yanı sıra) tüm sihir yöntemlerini uygular (böylece artık sihir olmaz!)

2. Uzantıları kendi ad alanlarına taşı - genel ad alanını temizle $conn = new \MySQLi\Connection();

3. spl_autoload()İşlevi sakatla ! Cidden, bu muhtemelen PHP'nin en büyük özelliklerinden biri ve aynı zamanda en yararsızı. spl_autoloadad alanlarını ve çoklu dosya uzantılarını destekleyen varsayılan otomatik yükleyicidir, ancak bilinmeyen bir nedenle dosya adlarının küçük harfli olmasını gerektirir. Bunun için doldurulmuş bir hata raporu var , ancak personel geriye dönük uyumluluk nedeniyle düzeltmeyeceklerini söyledi. Doğru ... varsayılan olanı sakat bıraktığından, her çerçevenin kendi otomatik yükleyicisiyle geldiği gibi değil!

Büyük dosya desteği. Güzel lütfen?

Bkz http://bugs.php.net/bug.php?id=27792 (başka alanlar / yanı ilgilenilmesi gereken işlevleri olabilir gerçi).

Renk tonu desteğini en son sürüme getirin ve standart yapılara ekleyin, tercihen http://wiki.php.net/rfc/taint varsayılan yapılandırmasında açın

Bu, insanların kodlarını doğru bir şekilde yaparak XSS ve SQL enjeksiyon saldırılarını önler.