คอมไพเลอร์ถูกใช้นอกการพัฒนาหรือไม่?

เท่าที่ความเข้าใจของฉันไปแล้วคอมไพเลอร์มีความหมายสำหรับนักพัฒนาในการรวบรวมรหัสของพวกเขาลงในไฟล์ปฏิบัติการ (รหัสเครื่อง) คอมไพเลอร์จะไม่ขยายไปยังเครื่องของลูกค้าหรือระบบผู้ใช้ปลายทาง

นักพัฒนาซอฟต์แวร์เพียงแค่ใช้คอมไพเลอร์เพื่อแปลงรหัสของพวกเขาเป็นรหัสเครื่องซึ่งจะถูกส่งไปยังเครื่องอื่นเพื่อใช้เป็นแอพพลิเคชั่น

คอมไพเลอร์มีฟังก์ชั่นนอกกระบวนการนี้หรือไม่? ถ้าเป็นเช่นนั้นพวกเขาจะใช้เมื่อไหร่?

ใช่และไม่. ใช่สถานการณ์คลาสสิคเป็นนักพัฒนาที่ใช้คอมไพเลอร์เพื่อสร้างรหัสเครื่องจากซอร์สโค้ดจากนั้นรหัสเครื่องจะถูกแจกจ่ายให้กับผู้ใช้

แม้ว่าจะมีข้อยกเว้นเล็กน้อยในเรื่องนี้ ครั้งแรกโครงการโอเพนซอร์ซจำนวนมากมีการแจกจ่ายเป็นหลัก (หรือแม้แต่เฉพาะ) ในรูปแบบซอร์สโค้ดและคาดว่าผู้ใช้จะติดตั้งได้โดยพิมพ์คำสั่งสองสามคำสั่งเช่นmakeนั้นmake intall. สิ่งนี้จะเรียกคอมไพเลอร์ตัวเชื่อมโยง ฯลฯ เพื่อสร้างรหัสเครื่องจากซอร์สโค้ดสำหรับคอมพิวเตอร์ของผู้ใช้ ในกรณีเหล่านี้กระบวนการของการสร้างและติดตั้งนั้น (อย่างน้อยตั้งใจให้เป็น) โดยอัตโนมัติจนถึงจุดที่ผู้ใช้ไม่ค่อยต้องการความรู้มากไปกว่าข้อเท็จจริงที่ว่าถ้าพวกเขาไม่เคยติดตั้งแพ็คเกจซอร์สโค้ดเท่านั้น โดยทั่วไปตัวจัดการแพคเกจของพวกเขาจะแสดงรายการแพคเกจ "การพัฒนา" บางอย่างเป็นข้อกำหนดเบื้องต้นสำหรับการติดตั้งแอปพลิเคชันที่พวกเขาสนใจจริง ๆ (แม้ว่าบางคนยังคงเห็นว่านี่ไม่เป็นมิตรกับผู้ใช้ปลายทาง)

อีกข้อยกเว้น (นั่นคือการพาดพิงถึง แต่ไม่ได้อธิบายอย่างดีในคำตอบอื่น ๆ ที่ฉันเคยเห็น) คือคอมไพเลอร์ทันเวลา (JIT) ตัวอย่างที่ชัดเจนของคอมไพเลอร์ JIT คือ Microsoft Common Language Runtime (CLR) และ Java Virtual Machine (JVM) ในกรณีเหล่านี้ปกติจะมีคอมไพเลอร์สองตัวที่เกี่ยวข้องกับการแปลซอร์สโค้ดเป็นรหัสเครื่อง ส่วนหนึ่งถูกใช้โดยผู้พัฒนา อย่างไรก็ตามแทนที่จะสร้างรหัสเครื่องโดยตรงจะสร้างรหัสไบต์ที่ไม่ขึ้นกับเครื่อง จากนั้น CLR / JVM จะมีคอมไพเลอร์ตัวที่สองแยกจากตัวแรกอย่างสิ้นเชิงซึ่งจะแปลงรหัสไบต์เหล่านั้นเป็นรหัสเครื่องสำหรับคอมพิวเตอร์เป้าหมาย

ฉันควรเพิ่มว่าคอมไพเลอร์ที่สองไม่จำเป็นอย่างเคร่งครัด JVM เวอร์ชันก่อนหน้า (ตัวอย่างหนึ่ง) จะตีความรหัสไบต์แทนการคอมไพล์รหัสเหล่านั้น สิ่งนี้มักมีโทษประสิทธิภาพที่ร้ายแรงพอสมควรดังนั้น JVMs ล่าสุดที่มีเหตุผลมากที่สุดสำหรับการใช้งานจริงรวมถึง JIT compiler

ใช่คอมไพเลอร์ส่วนใหญ่จะใช้โดยนักพัฒนาโดยมีข้อยกเว้นที่น่าสังเกตสองประการ บางครั้งผู้ใช้ก็ใช้คอมไพเลอร์เพื่อคอมไพล์และติดตั้งซอฟต์แวร์โอเพ่นซอร์สล่าสุดแม้ว่าพวกเขาจะไม่ทำการเปลี่ยนแปลงโค้ดก็ตาม นอกจากนี้ภาษาการเขียนโปรแกรมบางภาษาไม่มีคอมไพเลอร์ พวกเขาใช้ล่ามแทน "รวบรวม" ได้ทันที ในกรณีดังกล่าวผู้ใช้จะต้องติดตั้งล่ามไว้ในเครื่อง

ใช่

คอมไพเลอร์ถูกกำหนดให้เป็นโปรแกรมที่แปลโค้ดจากภาษาหนึ่งเป็นอีกภาษาหนึ่ง (ดูWikipedia ) การใช้คอมไพเลอร์โดยทั่วไปคือการแปลภาษาต้นฉบับเป็นรหัสเครื่อง แต่สิ่งนี้จะกำหนดคำว่า "คอมไพเลอร์"

ตัวอย่างเช่น Python สร้างรหัสไบต์เมื่อมันนำเข้าโมดูลและเหมาะสมภายในคำจำกัดความของคอมไพเลอร์ (เพราะมันแปลงจากภาษาต้นฉบับ Python ไปเป็นภาษาเป้าหมาย, Python รหัสไบต์)

อีกตัวอย่างหนึ่งคือเอ็นจิ้น V8 JavaScript มันจะแปลงจาวาสคริปต์เป็นรหัสเครื่อง x86และเหมาะสมกับนิยามของคอมไพเลอร์เช่นกัน ไม่เพียง แต่ V8 จะเหมาะสมกับคำจำกัดความของคอมไพเลอร์เท่านั้น แต่ยังรวมอยู่ใน Chrome และใช้กันอย่างแพร่หลายในเครื่องไคลเอ็นต์

กรณีหนึ่งคือสำหรับแอปพลิเคชันที่สร้างรหัสแบบไดนามิกเมื่อรันไทม์แล้วเรียกใช้รหัสที่สร้างขึ้น รหัสนี้จะต้องรวบรวมที่รันไทม์

แก้ไข: มีข้อยกเว้นอื่น ๆ แต่พวกเขาถูกกล่าวถึงแล้วในคำตอบอื่น ๆ

คอมไพเลอร์มีความหมายเฉพาะสำหรับนักพัฒนาสำหรับการรวบรวมรหัสภาษาการเขียนโปรแกรมของพวกเขาไปยังไฟล์ที่เรียกใช้งานได้ (แมชชีนโค้ด)

ฉันจะพูดว่า "คอมไพเลอร์มีความหมายหลักสำหรับนักพัฒนา ... " แต่ฉันได้เห็นตัวอย่างที่โปรแกรมสร้างโค้ดภาษาโปรแกรมใหม่แบบ on-the-fly และดังนั้นจึงจำเป็นต้องมีคอมไพเลอร์ที่จะติดตั้งบนเครื่องผู้ใช้ปลายทาง นั่นไม่ได้หมายความว่าผู้ใช้ปลายทางจะต้องทำงานกับคอมไพเลอร์ด้วยตัวเอง

สาเหตุที่เป็นไปได้สำหรับการออกแบบโปรแกรมนี้:

• ประสิทธิภาพการทำงาน: ลองนึกถึงแอปพลิเคชันที่ควบคุมกฎซึ่งจัดเก็บกฎไว้ในแหล่งข้อมูลผู้ใช้ปลายทางบางประเภทและคุณมีข้อมูลจำนวนมากที่ต้องประมวลผลโดยกฎเหล่านั้น แทนที่จะตีความกฎซ้ำแล้วซ้ำอีกโปรแกรมจะสร้างรหัสการประมวลผลก่อนรวบรวมและเรียกใช้กับข้อมูลที่จะประมวลผล

• ให้นึกถึงโปรแกรมที่ผู้ใช้สามารถเพิ่มสูตรคณิตศาสตร์ได้และผู้พัฒนาโปรแกรมไม่ต้องการใช้โปรแกรมแยกวิเคราะห์ / ล่ามของเขาสำหรับสิ่งนี้ แต่โปรแกรมจะใช้สูตรนี้ทำให้มีการเพิ่มเติมบางส่วนเพื่อแปลงมันเป็นชิ้นส่วนของรหัสโปรแกรมที่ถูกต้องปล่อยให้คอมไพเลอร์รวบรวมและเรียกใช้หลังจากนั้น

ถูกต้อง - คอมไพล์เลอร์คอมไพล์ซอร์สโค้ดในรูปแบบที่ปฏิบัติการได้ซึ่งจะถูกลิงค์ไปยังไฟล์ไบนารี่ที่สามารถเรียกใช้งานได้โดย linker ซอร์สโค้ดยังสามารถเรียกใช้งานได้โดยตรงโดยล่ามเช่นหนึ่งในเชลล์บรรทัดคำสั่งจำนวนมาก (C-shell, bash, zsh, ฯลฯ ), awk, sed และอื่น ๆ

อาจเป็นการยากที่จะวาดเส้นที่ชัดเจนระหว่าง "นักพัฒนา" และ "ผู้ใช้ปลายทาง" เว้นแต่คุณจะ จำกัด การอภิปรายของคุณไว้เฉพาะผลิตภัณฑ์ นักพัฒนาคือ "ผู้ใช้ปลายทาง" ของเครื่องมือที่พวกเขาใช้และ "ผู้ใช้ปลายทาง" อาจมีเครื่องมือในการพัฒนาเช่นคอมไพเลอร์และล่ามที่ติดตั้งในเครื่องของพวกเขา

ผู้ดูแลระบบอาจจำเป็นต้องใช้ภาษาการเขียนโปรแกรมในการเขียนสคริปต์เพื่อทำงานอัตโนมัติต่างๆ ตัวอย่างเช่นการมีสคริปต์ที่ลบไฟล์บันทึกเก่าออกจากเซิร์ฟเวอร์หลังจาก 90 วันเพื่อเพิ่มพื้นที่ว่างในดิสก์ ภาษาที่ใช้ในการเขียนสคริปต์จะต้องมีการตีความหรือรวบรวมเพื่อที่จะสามารถเรียกใช้บนระบบ

บางโปรแกรมเป็นเมตาโปรแกรม : ในขณะที่ใช้งานพวกเขาอาจสร้างโปรแกรมอื่น ๆ (หรือซอร์สโค้ด) และคอมไพล์มันจากนั้นก็รันมันอย่างใด อ่านยังเกี่ยวกับการเขียนโปรแกรมแบบหลายขั้นตอน

ดังนั้นการใช้โปรแกรมประเภทนี้จึงจำเป็นต้องมีคอมไพเลอร์แม้ว่าผู้ใช้จะไม่ทราบวิธีการตั้งโปรแกรมเอง (เพราะคอมพิวเตอร์จะสร้างโค้ดบางอย่างที่จำเป็นต้องรวบรวม)

ตัวอย่างเช่นดูMELT (ซึ่งสร้างรหัส C ++ เพื่อขยายGCC ) หรือระบบปัญญาประดิษฐ์ของCAIAของ J.Pitrat (ซึ่งสร้างรหัส C - โดยเฉพาะอย่างยิ่งรหัสของตัวเอง - เพื่อแก้ปัญหา combinatorial)

นอกจากนี้บางภาษาและการใช้งานบางอย่างเกือบจะต้องมีคอมไพเลอร์ที่จะนำเสนอทุกที่ (ในทุกโปรแกรมรหัสในภาษานั้นและการใช้งาน) ก่อนอื่นเว็บเบราว์เซอร์หลายตัวมีเครื่องมือ Javascript JIT (เช่นV8 ) นอกจากนี้การใช้งานLisp ทั่วไปส่วนใหญ่-eg SBCL - มีคอมไพเลอร์ (แม้มีประโยชน์สำหรับแอปพลิเคชันที่กำลังทำงานซึ่งอาจสร้างและประเมินนิพจน์) อ่านยังเกี่ยวกับภาษา homoiconicและโปรแกรม Qine