Josh K bazı sayılar konusunda haklıdır, php çalışma zamanını daha iyi hedeflemek için php bilmek daha iyidir. Ancak bunun asıl nedeni, taksinin kötü bir derleyici olması değil, php'nin böyle bir "kendine özgü" dili olmasıdır.
Php, temel ad alanında inanılmaz miktarda fonksiyona sahiptir. Bu nedenle, adlandırma çakışmalarını önlemek için bilmeniz gereken birçok ayrılmış anahtar kelime ve özel işlev vardır. Bazı insanlar bu konuda iyi, bence korkunç bir dil tasarımı. HaXe bu sorunu çözerek php'de kendi ad alanını yaratabilir.
Php, otomatik olarak bir tamsayıyı taşma üzerinde yüzmeye çevirir. Elbette bu, HaXe gibi dillerin tip güvenliği (ve hızlı karma algoritmalar gibi basit şeyleri mümkün kılmak) için güven duydukları kesin yazmayı bozar. Bence bu başka bir korkunç dil özelliği. Ayrıca, haXe burada yardımcı olamaz, çünkü bu php davranışı değiştirilemez.
Al işte ozaman, buyur. Bence php için birkaç (algılanan) dil kusurunu temizlediği için php'ı daha iyi hale getirdiğini düşünüyorum. Bununla birlikte, php ile ilgili çok garip şeyler var, bu da kendi kendine özgü bazı şeyleri düzeltmek için iyi bir şekilde öğrenmeye ihtiyaç duyuyor.
Bütün bunlar söylendiğinde, haXe dili oldukça şaşırtıcı. PHP kodunuzu daha iyi ad alanlarında düzenleyebilmenizi sağlar, oldukça karmaşık bir tür sistemine sahiptir, php'ye özgü sorunları ele almak için bazı koşullu derleme seçeneklerine sahiptir ve birkaç güzel dokümantasyon işlemi vardır. Tek başına bu nedenlerden dolayı, php gibi bir şey için bile, sofistike bir kütüphane tasarlamak kötü bir seçim değildir.
İlgili bağlantılar:
php magic:
http://haxe.org/doc/advanced/magic
(ayrıca ana haxe.org sitesinin topluluk bölümünde "platform tuhaflıkları" na bakın)