Josh K đúng về một số tính toán, tốt hơn là nên biết php để nhắm mục tiêu tốt hơn thời gian chạy php. Tuy nhiên, lý do chính cho điều này không phải là haxe là một trình biên dịch tồi, mà php là một ngôn ngữ "bình dị".
Php có một số lượng đáng kinh ngạc các chức năng trong không gian tên cơ sở của nó. Vì vậy, có rất nhiều từ khóa dành riêng và các chức năng đặc biệt mà bạn phải biết để tránh xung đột khi đặt tên. Một số người ổn với điều này, tôi nghĩ đó là thiết kế ngôn ngữ khủng khiếp. HaXe khắc phục vấn đề này bằng cách tạo không gian tên riêng trong php.
Php tự động biến một số nguyên thành float khi tràn. Điều này tất nhiên phá vỡ việc gõ nghiêm ngặt mà các ngôn ngữ như HaXe dựa vào để đảm bảo an toàn kiểu (và để kích hoạt những thứ đơn giản như thuật toán băm nhanh). Tôi nghĩ rằng đây là một tính năng ngôn ngữ khủng khiếp. Ngoài ra, haXe không thể giúp đỡ ở đây, vì hành vi php này không thể thay đổi.
Vì vậy, có bạn đi. Tôi nghĩ haXe làm cho php tốt hơn vì nó dọn sạch một vài lỗ hổng ngôn ngữ (nhận thức) cho php. Tuy nhiên, có rất nhiều điều kỳ lạ về php, mà cuối cùng bạn cần phải học nó tốt để sửa một số đặc điểm riêng của nó.
Tất cả những gì đang được nói, ngôn ngữ haXe là khá tuyệt vời. Nó cho phép bạn tổ chức mã php của mình thành các không gian tên tốt hơn, có hệ thống loại khá tinh vi, có một số tùy chọn biên dịch có điều kiện để xử lý các vấn đề cụ thể của php và có một vài thao tác tài liệu hay. Vì những lý do đó, không phải là một lựa chọn tồi để thiết kế một thư viện tinh vi ... ngay cả đối với một cái gì đó như php.
Các liên kết có liên quan:
Phép thuật php:
http://haxe.org/doc/advified/magic
(cũng tìm "quirks nền tảng" trong phần cộng đồng của trang web haxe.org chính)