Là trình biên dịch được sử dụng bên ngoài phát triển?

Theo hiểu biết của tôi, trình biên dịch có nghĩa là cho các nhà phát triển biên dịch mã của họ thành các tệp thực thi (mã máy). Trình biên dịch không mở rộng đến máy của khách hàng hoặc hệ thống người dùng cuối.

Thay vào đó, các nhà phát triển chỉ sử dụng trình biên dịch để chuyển đổi mã của họ thành mã máy, sau đó được chuyển đến các máy khác để sử dụng làm ứng dụng.

Trình biên dịch có chức năng ngoài quy trình này không? Nếu vậy, khi nào chúng được sử dụng?

Có và không. Có, kịch bản cổ điển là nhà phát triển sử dụng trình biên dịch để tạo mã máy từ mã nguồn và mã máy sau đó được phân phối cho người dùng.

Có được một vài ngoại lệ đối với mặc dù điều này. Đầu tiên, nhiều dự án nguồn mở được phân phối chủ yếu (hoặc thậm chí độc quyền) ở dạng mã nguồn và mong muốn người dùng cuối sẽ cài đặt chúng bằng cách nhập một vài lệnh như makesau đómake intall. Điều này sẽ gọi trình biên dịch, trình liên kết, v.v., để tạo mã máy từ mã nguồn cho máy tính của người dùng đó. Tuy nhiên, trong những trường hợp này, quá trình xây dựng và cài đặt (ít nhất là dự định) sẽ tự động đến mức người dùng hiếm khi cần nhiều kiến ​​thức về nó ngoài thực tế là nếu họ chưa bao giờ cài đặt gói chỉ mã nguồn trước đây , người quản lý gói của họ thường liệt kê một số gói "phát triển" là điều kiện tiên quyết để cài đặt ứng dụng mà họ thực sự quan tâm (mặc dù một số người vẫn xem đây là không thân thiện với người dùng cuối).

Một ngoại lệ khác (đã được ám chỉ, nhưng không được giải thích rõ ràng trong các câu trả lời khác mà tôi đã thấy) là các trình biên dịch (JIT) đúng lúc. Một vài ví dụ rõ ràng về trình biên dịch JIT là Microsoft Common Language Runtime (CLR) và Máy ảo Java (JVM). Trong những trường hợp này, thông thường có hai trình biên dịch hoàn toàn riêng biệt liên quan đến việc dịch mã nguồn thành mã máy. Một được sử dụng bởi các nhà phát triển. Tuy nhiên, thay vì tạo mã máy trực tiếp, nó tạo mã byte độc ​​lập với máy. CLR / JVM sau đó bao gồm một trình biên dịch thứ hai , tách biệt hoàn toàn với trình biên dịch thứ nhất, chuyển đổi các mã byte đó thành mã máy cho máy tính đích.

Tôi nên thêm rằng trình biên dịch thứ hai không thực sự cần thiết. Các phiên bản ban đầu của JVM (ví dụ) chỉ giải thích mã byte thay vì biên dịch chúng. Điều này thường mang một hình phạt hiệu năng khá nghiêm trọng, do đó, hầu hết các JVM gần đây dành cho sử dụng sản xuất bao gồm một trình biên dịch JIT.

Có, trình biên dịch chủ yếu được sử dụng bởi các nhà phát triển, với một vài ngoại lệ đáng chú ý. Người dùng cuối đôi khi sử dụng trình biên dịch để biên dịch và cài đặt phần mềm nguồn mở mới nhất, ngay cả khi họ không thực hiện bất kỳ thay đổi nào đối với mã. Ngoài ra, một số ngôn ngữ lập trình không có trình biên dịch. Họ sử dụng các thông dịch viên thay vì "biên dịch" một cách nhanh chóng. Trong trường hợp đó, người dùng cuối cần cài đặt trình thông dịch trên máy của họ.

Đúng

Trình biên dịch được định nghĩa là chương trình dịch mã từ ngôn ngữ này sang ngôn ngữ khác (xem Wikipedia ). Việc sử dụng phổ biến nhất của trình biên dịch là dịch ngôn ngữ nguồn thành mã máy, nhưng điều này không định nghĩa từ "trình biên dịch".

Ví dụ, Python tạo mã byte khi nhập mô-đun và do đó phù hợp với định nghĩa của trình biên dịch (vì nó chuyển đổi từ ngôn ngữ nguồn, Python, sang ngôn ngữ đích, mã byte Python).

Một ví dụ khác là công cụ JavaScript V8. Nó chuyển đổi JavaScript thành mã máy x86 và do đó cũng phù hợp với định nghĩa của trình biên dịch. V8 không chỉ phù hợp với định nghĩa của trình biên dịch, mà nó còn được bao gồm trong Chrome và được sử dụng rất rộng rãi trên các máy khách.

Một trường hợp sẽ là một ứng dụng tạo mã động khi chạy, và sau đó chạy mã được tạo. Mã này sẽ cần phải được biên dịch trong thời gian chạy.

Chỉnh sửa: Có những trường hợp ngoại lệ khác, nhưng chúng đã được đề cập trong các câu trả lời khác.

trình biên dịch chỉ dành cho các nhà phát triển để biên dịch mã ngôn ngữ lập trình của họ thành các tệp thực thi (mã máy)

Tôi sẽ nói "trình biên dịch có nghĩa là chính cho các nhà phát triển ...". Nhưng tôi đã thấy các ví dụ nơi các chương trình tạo mã ngôn ngữ lập trình mới một cách nhanh chóng và do đó cần một trình biên dịch để được cài đặt trên máy người dùng cuối. Điều đó không có nghĩa là người dùng cuối phải tự làm việc với trình biên dịch.

Lý do có thể cho thiết kế chương trình này:

• hiệu suất: nghĩ về một ứng dụng dựa trên quy tắc trong đó các quy tắc được lưu trữ trong một số loại lưu trữ dữ liệu của người dùng cuối và bạn có một số dữ liệu hàng loạt được xử lý theo các quy tắc đó. Thay vì diễn giải các quy tắc hết lần này đến lần khác, một chương trình sẽ tạo mã xử lý trước, biên dịch nó và chạy nó với dữ liệu cần xử lý

• nghĩ về một chương trình mà người dùng cuối có thể thêm một số loại công thức toán học và nhà phát triển chương trình không muốn triển khai trình phân tích cú pháp / trình thông dịch của riêng mình cho việc này. Thay vào đó, chương trình thực hiện công thức này, thực hiện một số bổ sung để chuyển đổi nó thành một đoạn mã chương trình hợp lệ, hãy để trình biên dịch biên dịch nó và chạy nó sau đó.

Điều đó đúng - trình biên dịch biên dịch mã nguồn thành dạng thực thi, sau đó được liên kết thành tệp nhị phân thực thi bằng một trình liên kết. Mã nguồn cũng có thể được thực thi trực tiếp bởi một trình thông dịch, chẳng hạn như một trong nhiều shell dòng lệnh (C-shell, bash, zsh, v.v.), awk, sed, v.v.

Thật khó có thể vạch ra một ranh giới rõ ràng giữa "nhà phát triển" và "người dùng cuối" trừ khi bạn giới hạn thảo luận của mình về một sản phẩm cụ thể. Các nhà phát triển là tất cả "người dùng cuối" của các công cụ họ sử dụng và "người dùng cuối" có thể có các công cụ phát triển như trình biên dịch và trình thông dịch được cài đặt trên máy của họ.

Quản trị viên cũng có thể có nhu cầu sử dụng ngôn ngữ lập trình trong việc viết tập lệnh để thực hiện các tác vụ tự động khác nhau. Ví dụ: có một tập lệnh xóa các tệp nhật ký cũ khỏi máy chủ sau 90 ngày để giải phóng một số dung lượng đĩa. Ngôn ngữ được sử dụng để viết tập lệnh phải được giải thích hoặc biên dịch để có thể chạy trên hệ thống.

Một số chương trình là chương trình meta : trong khi chạy, chúng có thể tạo một số chương trình khác (hoặc một số mã nguồn) và biên dịch nó sau đó chạy nó bằng cách nào đó. Đọc thêm về lập trình nhiều giai đoạn .

Vì vậy, để sử dụng các loại chương trình này, sẽ cần một trình biên dịch, ngay cả khi người dùng không biết tự lập trình (vì máy tính sẽ tạo ra một số mã cần được biên dịch).

Ví dụ, xem MELT (tạo mã C ++ để mở rộng GCC ) hoặc hệ thống trí tuệ nhân tạo CAIA của J.Pitrat (tạo mã C - đặc biệt là mã của chính nó - để giải quyết các vấn đề kết hợp).

Ngoài ra, một số ngôn ngữ và một số triển khai gần như yêu cầu trình biên dịch phải có mặt ở mọi nơi (trong mọi chương trình được mã hóa bằng ngôn ngữ & triển khai đó). Đầu tiên, một số trình duyệt web chứa công cụ Javascript JIT (như V8 ). Ngoài ra, hầu hết các triển khai Lisp phổ biến -eg SBCL - chứa trình biên dịch (thậm chí hữu ích để chạy các ứng dụng, có thể tạo và đánh giá biểu thức). Đọc thêm về ngôn ngữ đồng âm và các chương trình Qine .