Josh K ha ragione su alcuni aspetti, è meglio conoscere php per indirizzare meglio il runtime php. Tuttavia, la ragione principale di ciò non è che haxe sia un cattivo compilatore, ma che php sia un linguaggio così "idiosincratico".
Php ha un'incredibile quantità di funzioni nel suo spazio dei nomi di base. Quindi, ci sono molte parole chiave riservate e funzioni speciali che devi conoscere per prevenire conflitti di denominazione. Alcune persone stanno bene con questo, penso che sia orribile design del linguaggio. HaXe aggira questo problema creando il proprio spazio dei nomi in php.
Php trasforma automaticamente un numero intero in un float in overflow. Questo ovviamente interrompe la tipizzazione rigorosa su cui lingue come HaXe si affidano per la sicurezza dei tipi (e per abilitare cose semplici come gli algoritmi di hashing veloce). Penso che questa sia un'altra terribile caratteristica del linguaggio. Inoltre, haXe non può essere d'aiuto, perché questo comportamento php non può essere modificato.
Quindi, eccoti. Penso che haXe renda php migliore perché elimina alcuni difetti del linguaggio (percepiti) per php. Tuttavia, ci sono così tante cose strane su php, che alla fine hai bisogno di impararlo bene per correggere alcune delle sue idiosincrasie.
Detto questo, il linguaggio haXe è piuttosto sorprendente. Ti consente di organizzare il tuo codice php in spazi dei nomi migliori, ha un sistema di tipi abbastanza sofisticato, ha alcune opzioni di compilazione condizionale per gestire problemi specifici di php e ha alcune belle operazioni di documentazione. Solo per questi motivi, non è una cattiva scelta progettare una libreria sofisticata ... anche per qualcosa come php.
Link rilevanti:
php magic:
http://haxe.org/doc/advanced/magic
(cerca anche "stranezze di piattaforma" nella sezione community del sito principale di haxe.org)