Clojure - diğer Lisp'ler [kapalı]

Sorumun amacı bir ateş savaşı başlatmak değil , daha çok her dilin hangi koşullarda "iş için en iyi araç" olduğunu belirlemektir.

Clojure ( Programming Clojure , Practical Clojure , The Joy of Clojure ve Clojure in Action'ın Manning Erken Erişim baskısı ) üzerine birkaç kitap okudum ve bence bu harika bir dil. Şu anda çoğunlukla Common Lisp makrolarıyla ilgilenen Let Over Lambda'yı okuyorum ve o da çok ilginç bir dil.

Ben değil genel olarak, fonksiyonel programlama yapar (diğer bir newbie) bir Lisp uzmanı, ancak dillerin bu aile beni büyülüyor.

Clojure'ün avantajları (ve "diğerlerinin" dezavantajları):

• JVM'de çalışır.

  • JVM, Sun'ın "Bir kez yazın, [neredeyse] her yerde çalıştırın" hayalini oldukça iyi karşılayan çok kararlı, yüksek performanslı bir dil ortamıdır. Macbook Pro'mda kod yazabilir, onu çalıştırılabilir bir JAR dosyasında derleyebilir ve ardından Linux ve Microsoft Windows üzerinde çok az ek testle çalıştırabilirim.

  • (Hotspot ve diğer) JVM, yüksek kaliteli çöp toplamayı ve çok performanslı tam zamanında derlemeyi ve optimizasyonu destekler. Sadece birkaç yıl önce, hızlı çalışması gereken her şeyi C dilinde yazdım, şimdi bunu Java'da yapmaktan çekinmiyorum.

  • Standart, basit, çok iş parçacıklı model. Common Lisp'in standart bir çoklu okuma paketi var mı?

  • Tüm bu parantez monotonluğu kadar Sonları [], {}ve #{}Common Lisp uzmanları muhtemelen okuyucu makrolarıyla, sen CL ekleyebilirsiniz söyle rağmen.

Clojure'un dezavantajları :

• JVM'de çalışır.
  • Kuyruk özyinelemesi veya devam ettirme yok. Common Lisp sürekliliği destekler mi? Planın her ikisi için de destek gerektirdiğine inanıyorum.

Başkalarının Avantajları (özellikle Common Lisp) (ve Clojure'un dezavantajları):

• Kullanıcı tanımlı okuyucu makroları.

• Diğer avantajlar?

Düşünceler? Diğer farklılıklar?

Clojure'u diğer Lisp'lere tercih etme nedenlerim kişisel listem (ps hala tüm Lisp'lerin harika olduğunu düşünüyorum!):

• JVM'de çalışır - bu nedenle JVM'nin kendisindeki fantastik mühendisliğe otomatik erişim sağlar (gelişmiş çöp toplama algoritmaları, HotSpot JIT optimizasyonu vb.)

• Çok iyi Java birlikte çalışabilirliği - Java / JVM dil ekosistemindeki çok çeşitli kitaplıklarla uyumluluk sağlar. Clojure'u farklı Java kitaplıklarını iyi bir etkiyle birbirine bağlamak için bir "yapıştırıcı" dili olarak kullandım. Ayrıca çok sayıda Java kodu geliştirdiğim için, Clojure'ün Java araçlarıyla iyi entegre olması benim için yararlıdır (örn. Clojure geliştirmem için Maven, Eclipse ve Saat Yönünün Tersi eklentisini kullanıyorum)

• Vektörler [1 2 3], haritalar {:bob 10, :jane 15}ve kümeler için güzel sözdizimi #{"a" "b" "c"}- Modern programlama için bu oldukça önemli araçları düşünüyorum (elbette listelere ek olarak!)

• Ben şahsen, formları bağlamak için köşeli parantezlerin kullanılmasını seviyorum: örn. (defn foo [a b] (+ a b))- Kodun okunması biraz daha net olduğunu düşünüyorum.

• Kalıcı, değişmez veri yapıları ile tembel, işlevsel programlamaya vurgu - özellikle tüm çekirdek Clojure kitaplığı bunu varsayılan olarak desteklemek için tasarlanmıştır

• Çok çekirdekli eşzamanlılık için mükemmel STM uygulaması. Clojure'un şu anda herhangi bir dilin en iyi eşzamanlılık hikayesine sahip olduğuna inanıyorum ( Rich Hickey'in kendisi tarafından daha fazla ayrıntı için bu videoya bakın )

• Kişisel olarak tercih ettiğim bir Lisp-1 (Scheme gibi) (İşlevsel bir dilde işlevleri ve verileri aynı ad alanında tutmanın mantıklı olduğunu düşünüyorum)

Clojure'un bir dil ve bir uygulama (genellikle JVM'de) olduğunu unutmayın. Common Lisp, ondan fazla farklı uygulamaya sahip bir dildir. Yani burada bir kategori uyuşmazlığımız var. Örneğin Clojure'u SBCL ile karşılaştırabilirsiniz.

Genel olarak:

• Common Lisp'in bir sürümü JVM'de çalışır: ABCL

• diğer Common Lisp uygulamalarının çoğu

• Çoğu CL uygulamasının çoklu görev yetenekleri vardır, bir kitaplık ortak bir arayüz sağlar

• Common Lisp, diziler için sözdizimine sahiptir. Diğer veri türleri için sözdizimi kullanıcı tarafından yazılabilir ve çeşitli kitaplıklar tarafından sağlanır.

• Common Lisp ne kuyruk arama optimizasyonunu ne de devam ettirmeyi desteklemez. Uygulamalar TCO sağlar ve kitaplıklar bir çeşit devamlılık sağlar.

Clojure ve Common Lisp arasındaki önemli bir fark, Clojure'un işlevsel programlama konusunda daha kuralcı olmasıdır. Clojure'un felsefesi, deyimleri ve bir dereceye kadar dil / kütüphaneler, işlevsel bir şekilde programlamanızı kuvvetle teşvik eder ve bazen ısrar eder (yan etki yok, değişken durum yok).

Common Lisp kesinlikle işlevsel programlamayı destekler, ancak aynı zamanda değiştirilebilir duruma ve zorunlu programlamaya da izin verir.

Elbette, eşzamanlılık alanında ve diğer alanlarda işlevsel programlamanın bir dizi faydası vardır. Ancak diğer her şey eşit olduğunda, her durum için hangi yaklaşımı kullanmak istediğinizi seçmeniz de iyidir. Clojure zorunlu programlamayı tamamen yasaklamaz, ancak bu stile Common Lisp'ten daha az uyum sağlar.

İşte Scheme (çoğunlukla Racket) ve Clojure'un bir karşılaştırmasını içeren iyi bir video .

Adil olmak gerekirse, Racket veri türleri için de sözdizimi şekeri (ek okuyucular) içerir (# has, #, köşeli parantezler vb.)

Artı, Clojure'un düzgün bir kuyruk çağrısı yapmanın tek yolu kullanmaktır recur, JVM'ye derlemenin dezavantajı budur.

Not recurClojure olmayan tek yığın alıcı loop yapıdır. Kuyruk arama optimizasyonu yoktur ve bilinmeyen sınırların döngüsü için kendi kendine çağrıların kullanılması önerilmez. recurişlevseldir ve kuyruk konumunda kullanımı derleyici tarafından doğrulanır. ( Özel Formlar ).