Derleyiciler geliştirme dışında mı kullanılıyor?

Anladığım kadarıyla, derleyiciler kodlarını yürütülebilir (makine kodu) dosyalara derleyen geliştiriciler içindir. Derleyiciler bir istemcinin makinesine veya son kullanıcı sistemine uzanmaz.

Bunun yerine, geliştiriciler kodlarını makine koduna dönüştürmek için derleyiciyi kullanırlar, bu da daha sonra uygulama olarak kullanılmak üzere diğer makinelere aktarılır.

Derleyicilerin bu işlemin dışında bir işlevi var mı? Varsa, ne zaman kullanılırlar?

Evet ve hayır. Evet, klasik senaryo, kaynak koddan makine kodu oluşturmak için bir derleyici kullanan bir geliştiricidir ve makine kodu daha sonra kullanıcılara dağıtılır.

Orada olan bu olsa birkaç istisna. İlk olarak, birçok açık kaynak projesi öncelikle (veya sadece) kaynak kodu biçiminde dağıtılır ve son kullanıcının bunları makeve ardından gibi birkaç komut yazarak bunları yüklemesini bekler.make intall. Bu, derleyiciyi, bağlayıcıyı, vb., Söz konusu kullanıcıların bilgisayarının kaynak kodundan makine kodunu üretmelerini sağlar. Bununla birlikte, bu durumlarda, inşaat ve kurulum süreci (en azından amaçlanan), kullanıcının daha önce hiç kaynak kodu içermeyen bir paket kurmamış olmasının ötesinde, nadiren bunun hakkında çok fazla bilgiye ihtiyaç duyduğu noktaya kadar otomatikleştirilir. , paket yöneticileri genellikle bazı "geliştirme" paketlerini gerçekten önem verdikleri uygulamayı yüklemek için bir önkoşul olarak listeler (bazıları bunu hala son kullanıcılara düşmanca görür).

Başka bir istisna (gördüğüm, ancak gördüğüm diğer cevaplarda çok iyi açıklanmayan) tam zamanında (JIT) derleyiciler. JIT derleyicilerinin birkaç açık örneği Microsoft Ortak Dil Çalışma Zamanı (CLR) ve Java Sanal Makinesi'dir (JVM). Bu durumlarda, normalde kaynak kodunu makine koduna çevirmekle ilgili iki tamamen ayrı derleyici vardır. Biri geliştirici tarafından kullanılır. Ancak, doğrudan makine kodu üretmek yerine, makineden bağımsız bir bayt kodu üretir. CLR / JVM daha sonra bu bayt kodlarını hedef bilgisayar için makine koduna dönüştüren birinciden tamamen ayrı olan ikinci bir derleyici içerir .

İkinci derleyicinin kesinlikle gerekli olmadığını da eklemeliyim. JVM'nin ilk sürümleri (bir örnek için) bayt kodlarını derlemek yerine yorumladı. Bu genellikle oldukça ciddi bir performans cezası taşır, bu nedenle üretim amaçlı amaçlanan en makul JVM'ler arasında bir JIT derleyicisi bulunur.

Evet, derleyiciler esas olarak geliştiriciler tarafından birkaç istisna dışında kullanılmaktadır. Son kullanıcılar bazen kodda herhangi bir değişiklik yapmasalar bile en son açık kaynaklı yazılımı derlemek ve yüklemek için derleyicileri kullanırlar. Ayrıca, bazı programlama dillerinde derleyici yoktur. Anında "derlemek" yerine tercümanlar kullanırlar. Bu durumda, son kullanıcıların tercümanın makinelerinde kurulu olması gerekir.

Evet

Derleyici, kodu bir dilden diğerine çeviren bir program olarak tanımlanır (bkz. Wikipedia ). Derleyicilerin en yaygın kullanımı kaynak dili makine koduna çevirmektir, ancak bu "derleyici" kelimesini tanımlar.

Örneğin, bir modülü içe aktarırken Python bayt kodu üretir ve böylece bir derleyici tanımına uyar (çünkü kaynak dil olan Python'dan hedef dile, Python bayt koduna dönüştüğü için).

Başka bir örnek V8 JavaScript motorudur. Bu x86 makine koduna JavaScript dönüştürür ve böylece bir derleyici tanımına uyar de. V8 sadece bir derleyici tanımına uymakla kalmaz, aynı zamanda Chrome'da bulunur ve istemci makinelerde çok yaygın olarak kullanılır.

Bir örnek, çalışma zamanında dinamik olarak kod oluşturan ve daha sonra oluşturulan kodu çalıştıran bir uygulama için olabilir. Bu kodun çalışma zamanında derlenmesi gerekir.

Düzenleme: Diğer istisnalar vardır, ancak diğer cevaplarda zaten belirtilmişti.

derleyiciler yalnızca programlama dili kodlarını yürütülebilir (machin-code) dosyalarına derlemek için geliştiriciler içindir

"Derleyiciler geliştiriciler için birincil anlamındadır ..." diyebilirim. Ancak, programların anında yeni programlama dili kodu oluşturduğu ve bu nedenle son kullanıcıların makinesine yüklenmesi için bir derleyiciye ihtiyaç duyduğu örnekleri gördüm. Bu, son kullanıcının derleyici ile tek başına çalışması gerektiği anlamına gelmez.

Bu program tasarımının olası nedenleri:

• performans: kuralların bir tür son kullanıcı veri deposunda saklandığı ve bu kurallar tarafından işlenecek bazı toplu verileriniz olan kural odaklı bir uygulamayı düşünün. Bir kural, kuralları tekrar tekrar yorumlamak yerine, önce işlem kodunu oluşturur, derler ve işlenecek verilere karşı çalıştırır

• son kullanıcının bir tür matematik formülü ekleyebileceği ve programın geliştiricisinin bunun için kendi ayrıştırıcısını / yorumlayıcısını uygulamak istemediği bir program düşünün. Bunun yerine, program bu formülü alır, geçerli bir program koduna dönüştürmek için bazı eklemeler yapar, derleyicinin derlemesine izin verir ve daha sonra çalıştırır.

Bu doğru - derleyiciler kaynak kodunu yürütülebilir forma derler, bu da daha sonra bir linker tarafından yürütülebilir bir ikili dosyaya bağlanır. Kaynak kodu ayrıca birçok komut satırı kabuğundan biri (C-kabuk, bash, zsh, vb.), Awk, sed vb. Gibi bir yorumlayıcı tarafından doğrudan yürütülebilir.

Tartışmanızı belirli bir ürünle sınırlamadığınız sürece "geliştirici" ve "son kullanıcı" arasında net bir çizgi çizmek zor olabilir. Geliştiricilerin tümü kullandıkları araçların "son kullanıcıları" dır ve "son kullanıcılar", makinelerinde yüklü derleyiciler ve tercümanlar gibi geliştirme araçlarına sahip olabilir.

Yöneticiler ayrıca çeşitli otomatik görevleri gerçekleştirmek için programlama dillerini yazma komutlarında kullanmaya ihtiyaç duyabilirler. Örneğin, bazı disk alanını boşaltmak için 90 gün sonra sunucudan eski günlük dosyalarını silen bir komut dosyasına sahip olmak. Komut dosyasını yazmak için kullanılan dil, sistemde çalıştırılabilmesi için yorumlanmalı veya derlenmelidir.

Bazı programlar meta-programlardır : çalışırken başka bir program (veya bazı kaynak kodu) oluşturabilir ve derleyebilir ve bir şekilde çalıştırabilir. Çok aşamalı programlama hakkında da okuyun .

Dolayısıyla, bu tür programları kullanmak için, kullanıcı kendini nasıl programlayacağını bilmese bile bir derleyici gerekecektir (çünkü bilgisayar derlenmesi gereken bir kod üretecektir).

Bir örnek için, MELT ( GCC'yi genişletmek için C ++ kodu üreten ) veya J.Pitrat'ın CAIA yapay zeka sistemine (kombine edici sorunları çözmek için C kodu -özellikle kendi kodu üreten-) bakın.

Ayrıca, bazı diller ve bazı uygulamalar neredeyse her yerde bir derleyicinin bulunmasını gerektirir (o dilde ve uygulamada kodlanmış her programda). İlk olarak, bazı web tarayıcıları bir Javascript JIT motoru içerir ( V8 gibi ). Ayrıca, çoğu Common Lisp uygulaması -eg SBCL - bir derleyici içerir ( ifadeleri oluşturabilen ve değerlendirebilen uygulamaları çalıştırmak için bile yararlıdır ). Homikonik diller ve Qine programları hakkında da okuyun .