Các tính năng của ngôn ngữ thông dịch nào có thể được biên dịch?

Question

Các ngôn ngữ được phiên dịch thường cao cấp hơn và do đó có các tính năng như nhập động (bao gồm tạo biến động mới mà không cần khai báo), nổi tiếng eval và nhiều tính năng khác giúp cuộc sống của lập trình viên trở nên dễ dàng hơn. những điều này là tốt?

Tôi không có nghĩa là các ngôn ngữ như Java chạy trên máy ảo, nhưng những ngôn ngữ biên dịch thành nhị phân như C (++).

Tôi sẽ không tạo danh sách bây giờ nhưng nếu bạn định hỏi những tính năng nào tôi muốn nói, hãy xem những gì PHP, Python, Ruby, v.v. cung cấp.

• Các tính năng phổ biến của ngôn ngữ thông dịch không thể/không/tồn tại trong ngôn ngữ được biên dịch? Tại sao?

Answer 1

Ban đầu, một trong những lợi ích lớn nhất của ngôn ngữ thông dịch là gỡ lỗi. Bằng cách đó bạn có thể nhận được thông tin cực kỳ chính xác và chi tiết khi tìm kiếm lý do mà một chương trình không hoạt động. Tuy nhiên, hầu hết các trình biên dịch đã trở nên đủ tiên tiến, đó không phải là quá lớn của một thỏa thuận nữa.

Các lợi ích chính khác (theo ý kiến ​​của tôi anyway), là với các ngôn ngữ diễn giải, bạn không cần phải chờ đợi vĩnh cửu cho dự án của bạn để biên dịch để kiểm tra nó ra. Ví dụ:

Answer 2

Bạn không thể làm điều này một cách hợp lý, ví dụ, vì những lý do tôi nghĩ là khá rõ ràng: chính xác bạn sẽ triển khai nó như thế nào? Làm cho thời gian chạy có chứa một bản sao đầy đủ của trình biên dịch? Mỗi khi bạn muốn đánh giá một chuỗi (lưu ý rằng mỗi lần nó có thể khác nhau!), Bạn sẽ lưu chuỗi vào một tệp, chạy trình biên dịch trên nó để tạo một DLL/shared-lib, sau đó tải DLL đó/chia sẻ-lib và gọi mã của bạn? Bạn không thể thấy tại sao điều này có thể là một chút wee không thực tế? ;)

Bạn có thể tìm thấy loại điều này bằng ngôn ngữ động trên khắp nơi mà bạn không thể thực hiện với mã tĩnh về cơ bản chạy trình thông dịch, thực tế, đằng sau hậu trường.

Answer 3

Cho dù mã nguồn được biên dịch - thành mã nhị phân gốc, một số loại ngôn ngữ trung gian (Java Bytecode/IL) - hoặc được hiểu là hoàn toàn không có đặc tính của ngôn ngữ. Nó chỉ là một câu hỏi của việc thực hiện.

Bạn thực sự có thể có cả hai trình biên dịch và phiên dịch cho cùng một ngôn ngữ như

• Haskell: GHC < -> GHCI
• C: gcc < -> ch
• VB6: VS IDE < -> Trình biên dịch VB6

Một số tính năng ngôn ngữ nhất định như eval hoặc nhập động có thể gợi ý sự khác biệt giữa cái gọi là "ngôn ngữ động" và tĩnh những người, nhưng cách điều này được chạy không bao giờ có thể là câu hỏi chính.

Answer 4

Tiếp tục từ Dario - Tôi nghĩ bạn thực sự hỏi tại sao một chương trình được biên soạn không thể đánh giá các câu lệnh trong thời gian chạy (ví dụ: eval).Dưới đây là một số lý do tôi có thể nghĩ:

• Trình biên dịch đầy đủ sẽ phải được phân phối với các chương trình (hoặc là một phần của chương trình)
• Đối với một hàm eval để có quyền truy cập để gõ thông tin và biểu tượng (ví dụ như tên biến và tên hàm) trong môi trường nó đã được sử dụng chương trình gốc sẽ phải được biên dịch với các biểu tượng có thể truy cập (các ngôn ngữ được biên dịch thường loại bỏ các ký hiệu này tại thời gian biên dịch).

Chỉnh sửa: Như đã lưu ý, không có ngôn ngữ/trình biên dịch nào có thể đánh giá mã khi chạy, nhưng chúng chắc chắn là những thứ cần xem xét khi phát triển trình biên dịch hoặc khi thiết kế một ngôn ngữ.

Answer 5

Có lẽ câu hỏi không phải là ngôn ngữ được biên dịch/biên dịch (biên dịch còn mơ hồ) nhưng về ngôn ngữ làm/không mang theo trình biên dịch riêng của chúng? Ví dụ, chúng tôi đã nói C + + có thể làm eval với một trình biên dịch tiện dụng nổi xung quanh trong ứng dụng, và phản ánh có lẽ là tương tự trong một số cách.