Clojure so với các Lisps khác [đã đóng]

Mục đích của câu hỏi của tôi không phải là bắt đầu một cuộc chiến nảy lửa, mà là để xác định xem mỗi ngôn ngữ là "công cụ tốt nhất cho công việc trong hoàn cảnh nào."

Tôi đã đọc một số cuốn sách về Clojure (Clojure lập trình , Clojure thực tế , Niềm vui của Clojure và ấn bản Manning Early Access của Clojure in Action ), và tôi nghĩ đó là một ngôn ngữ tuyệt vời. Tôi hiện đang đọc Let Over Lambda , phần lớn liên quan đến các macro Lisp chung, và nó cũng là một ngôn ngữ rất thú vị.

Tôi không phải là một chuyên gia về Lisp (nhiều người mới học), nhưng họ ngôn ngữ này làm tôi mê mẩn, cũng như lập trình hàm nói chung.

Ưu điểm của Clojure (và nhược điểm của "những người khác"):

• Chạy trên JVM.

  • JVM là một môi trường ngôn ngữ rất ổn định, hiệu suất cao, đáp ứng khá tốt ước mơ "Viết một lần, chạy [hầu như] ở bất cứ đâu" của Sun. Tôi có thể viết mã trên Macbook Pro của mình, biên dịch nó thành tệp JAR có thể thực thi và sau đó chạy nó trên Linux và Microsoft Windows với một ít thử nghiệm bổ sung.

  • JVM (Điểm phát sóng và các dịch vụ khác) hỗ trợ thu thập rác chất lượng cao, biên dịch và tối ưu hóa chỉ trong thời gian rất hiệu quả. Nơi mà chỉ vài năm trước, tôi đã viết mọi thứ phải chạy nhanh bằng C, bây giờ tôi không ngần ngại làm như vậy bằng Java.

  • Mô hình tiêu chuẩn, đơn giản, đa luồng. Common Lisp có gói đa luồng tiêu chuẩn không?

  • Breaks lên sự đơn điệu của tất cả những dấu ngoặc đơn với [], {}và #{}, mặc dù các chuyên gia Common Lisp có thể sẽ nói với tôi rằng với các macro đọc, bạn có thể thêm những để CL.

Nhược điểm của Clojure :

• Chạy trên JVM.
  • Không có đệ quy đuôi hoặc liên tục. Common Lisp có hỗ trợ liên tục không? Tôi tin rằng chương trình yêu cầu hỗ trợ cho cả hai.

Ưu điểm của những người khác (đặc biệt là Lisp thông thường) (và nhược điểm của Clojure):

• Macro trình đọc do người dùng xác định.

• Những lợi thế khác?

Suy nghĩ? Sự khác biệt khác?

Danh sách cá nhân của tôi về các lý do thích Clojure hơn các Lisps khác (ps tôi vẫn nghĩ rằng tất cả các Lisps đều tuyệt vời!):

• Chạy trên JVM - do đó có quyền truy cập tự động vào kỹ thuật tuyệt vời trong chính JVM (thuật toán thu gom rác nâng cao, tối ưu hóa HotSpot JIT, v.v.)

• Khả năng tương tác Java rất tốt - cung cấp khả năng tương thích với hàng loạt thư viện trong hệ sinh thái ngôn ngữ Java / JVM. Tôi đã sử dụng Clojure như một ngôn ngữ "keo" để kết nối các thư viện Java khác nhau với hiệu quả tốt. Vì tôi cũng phát triển nhiều mã Java nên rất hữu ích cho tôi rằng Clojure tích hợp tốt với công cụ Java (ví dụ: tôi sử dụng Maven, Eclipse với plugin Counterclockwise để phát triển Clojure của tôi)

• Cú pháp đẹp cho vectơ [1 2 3], bản đồ {:bob 10, :jane 15}và tập hợp #{"a" "b" "c"}- tôi coi đây là những công cụ khá cần thiết cho lập trình hiện đại (tất nhiên là ngoài danh sách!)

• Cá nhân tôi thích việc sử dụng dấu ngoặc vuông cho các biểu mẫu ràng buộc: ví dụ (defn foo [a b] (+ a b))- Tôi nghĩ rằng nó làm cho mã rõ ràng hơn một chút để đọc.

• Nhấn mạnh vào lập trình lười biếng, chức năng với cấu trúc dữ liệu bền vững, bất biến - đặc biệt là tất cả thư viện Clojure cốt lõi được thiết kế để hỗ trợ điều này theo mặc định

• Triển khai STM tuyệt vời cho đồng thời đa lõi. Tôi tin rằng Clojure có câu chuyện đồng thời hay nhất của bất kỳ ngôn ngữ nào vào lúc này (xem video này để biết thêm chi tiết của chính Rich Hickey )

• Đó là Lisp-1 (giống như Scheme), mà cá nhân tôi thích hơn (tôi nghĩ rằng trong một ngôn ngữ chức năng, việc giữ các hàm và dữ liệu trong cùng một không gian tên là rất hợp lý)

Hãy nhớ rằng Clojure là một ngôn ngữ và một cách triển khai (thường là trên JVM). Lisp chung là một ngôn ngữ có hơn mười cách triển khai khác nhau. Vì vậy, chúng tôi có một danh mục không khớp ngay tại đây. Ví dụ, bạn có thể so sánh Clojure với SBCL.

Nói chung là:

• một phiên bản của Common Lisp chạy trên JVM: ABCL

• hầu hết các triển khai Lisp chung khác không

• hầu hết các triển khai CL đều có khả năng đa nhiệm, một thư viện cung cấp giao diện chung

• Lisp chung có cú pháp cho mảng. Cú pháp cho các kiểu dữ liệu khác có thể được viết bởi người dùng và được cung cấp bởi các thư viện khác nhau.

• Common Lisp không hỗ trợ tối ưu hóa cuộc gọi đuôi hay tính liên tục. Việc triển khai cung cấp TCO và các thư viện cung cấp một số hình thức liên tục.

Một điểm khác biệt quan trọng giữa Clojure và Common Lisp là Clojure thiên về lập trình chức năng. Triết lý, thành ngữ của Clojure và ở một mức độ nào đó ngôn ngữ / thư viện khuyến khích mạnh mẽ và đôi khi nhấn mạnh rằng bạn lập trình theo cách chức năng (không có tác dụng phụ, không có trạng thái có thể thay đổi).

Common Lisp chắc chắn hỗ trợ lập trình chức năng, nhưng nó cũng cho phép trạng thái có thể thay đổi và lập trình mệnh lệnh.

Tất nhiên, có một số lợi ích đối với lập trình hàm, trong lĩnh vực đồng thời và các mặt khác. Nhưng tất cả đều bình đẳng, cũng rất tốt nếu bạn được lựa chọn cách tiếp cận mà bạn muốn sử dụng cho từng tình huống. Clojure không hoàn toàn cấm lập trình mệnh lệnh, nhưng nó ít phù hợp với phong cách đó hơn so với Common Lisp.

Đây là một video hay với sự so sánh giữa Scheme (chủ yếu là Vợt) và Clojure .

Công bằng mà nói, Racket cũng có đường cú pháp (công cụ đọc bổ sung) cho các loại dữ liệu (#hash, #, dấu ngoặc vuông, v.v.)

Thêm vào đó, cách duy nhất của Clojure để thực hiện một cuộc gọi đuôi thích hợp là sử dụng recur, đó là nhược điểm của việc biên dịch sang JVM.

Lưu ý rằng đó recurlà cấu trúc lặp duy nhất không tiêu tốn ngăn xếp trong Clojure. Không có tối ưu hóa cuộc gọi đuôi và không khuyến khích sử dụng các lệnh tự gọi để lặp lại các giới hạn không xác định. recurlà chức năng và việc sử dụng nó ở vị trí đuôi được trình biên dịch xác nhận. ( Hình thức đặc biệt ).