Tại sao Ruby phù hợp với Rails hơn Python? [đóng cửa]

Python và Ruby thường được coi là anh em họ gần gũi (mặc dù có hành trang lịch sử khá khác nhau) với biểu cảm và sức mạnh tương tự. Nhưng một số người cho rằng thành công to lớn của Rails framework thực sự có liên quan rất nhiều đến ngôn ngữ mà nó được xây dựng: chính Ruby. Vậy tại sao Ruby lại phù hợp với một framework như vậy hơn Python?

Có thể có hai điểm khác biệt chính:

Ruby có kiểu đóng cửa thanh lịch, ẩn danh.

Rails sử dụng chúng để có hiệu quả tốt. Đây là một ví dụ:

class WeblogController < ActionController::Base
  def index
    @posts = Post.find :all
    respond_to do |format|
      format.html
      format.xml { render :xml => @posts.to_xml }
      format.rss { render :action => "feed.rxml" }
    end
  end
end

Các bao đóng / lambdas ẩn danh giúp dễ dàng hơn trong việc mô phỏng các tính năng ngôn ngữ mới sẽ chiếm các khối. Trong Python, các bao đóng tồn tại, nhưng chúng phải được đặt tên để được sử dụng. Vì vậy, thay vì có thể sử dụng bao đóng để mô phỏng các tính năng ngôn ngữ mới, bạn buộc phải nói rõ về thực tế là bạn đang sử dụng bao đóng.

Ruby có lập trình siêu nhỏ gọn gàng hơn, dễ sử dụng hơn.

Điều này được sử dụng nhiều trong Rails, chủ yếu vì nó dễ sử dụng. Cụ thể, trong Ruby, bạn có thể thực thi mã tùy ý trong ngữ cảnh của lớp. Các đoạn mã sau là tương đương:

class Foo
  def self.make_hello_method
    class_eval do
      def hello
        puts "HELLO"
      end
    end
  end
end

class Bar < Foo # snippet 1
  make_hello_method
end

class Bar < Foo; end # snippet 2
Bar.make_hello_method

Trong cả hai trường hợp, bạn có thể thực hiện:

Bar.new.hello  

sẽ in "HELLO". Các class_evalphương pháp cũng mất một String, vì vậy nó có thể tạo ra các phương pháp một cách nhanh chóng, như là một lớp đã được tạo ra, mà đã ngữ nghĩa dựa trên các thông số được thông qua năm khác nhau.

Trên thực tế, có thể thực hiện kiểu lập trình siêu mẫu này bằng Python (và các ngôn ngữ khác), nhưng Ruby có một bước tiến vì lập trình siêu mẫu không phải là một kiểu lập trình đặc biệt. Nó bắt nguồn từ thực tế là trong Ruby, mọi thứ đều là một đối tượng và tất cả các dòng mã đều được thực thi trực tiếp. Do đó, Classbản thân các lớp là các đối tượng, các phần thân của lớp có một selftrỏ tới Lớp và bạn có thể gọi các phương thức trên lớp khi bạn đang tạo một lớp.

Điều này ở mức độ lớn chịu trách nhiệm về mức độ khai báo có thể có trong Rails và sự dễ dàng mà chúng tôi có thể triển khai các tính năng khai báo mới giống như từ khóa hoặc các tính năng ngôn ngữ khối mới.

Những người đã tranh luận rằng

sự thành công to lớn của khung công tác Rails thực sự có liên quan rất nhiều đến ngôn ngữ mà nó được xây dựng

(IMO) nhầm lẫn. Thành công đó có lẽ nhờ vào hoạt động tiếp thị thông minh và bền vững hơn là bất kỳ năng lực kỹ thuật nào. Django được cho là hoạt động tốt hơn trong nhiều lĩnh vực (ví dụ như quản trị viên kick-ass tích hợp) mà không cần bất kỳ tính năng nào của Ruby. Tôi không phản đối Ruby gì cả, chỉ ủng hộ Python!

Cộng đồng python tin rằng làm mọi thứ theo cách đơn giản và thẳng thắn nhất có thể là hình thức thanh lịch cao nhất. Cộng đồng ruby ​​tin rằng làm mọi thứ theo những cách thông minh cho phép tạo ra mã tuyệt vời là hình thức cao nhất của sự sang trọng.

Rails là tất cả về nếu bạn tuân theo các quy ước nhất định, vô số điều khác sẽ xảy ra với bạn một cách kỳ diệu. Điều đó thực sự phù hợp với cách nhìn của ruby ​​về thế giới, nhưng không thực sự theo cách của con trăn.

Cuộc tranh luận này có phải là cuộc tranh luận "vim so với emacs" mới không?

Tôi là một lập trình viên Python / Django và cho đến nay tôi chưa bao giờ tìm thấy một vấn đề nào trong ngôn ngữ / khuôn khổ đó sẽ khiến tôi chuyển sang Ruby / Rails.

Tôi có thể tưởng tượng rằng nó sẽ giống như vậy nếu tôi đã có kinh nghiệm với Ruby / Rails.

Cả hai đều có triết lý tương tự và thực hiện công việc một cách nhanh chóng và thanh lịch. Sự lựa chọn tốt hơn là những gì bạn đã biết.

Cá nhân tôi thấy ruby ​​vượt trội hơn trăn về nhiều mặt, điều mà tôi gọi là 'biểu cảm nhất quán'. Ví dụ: trong ruby, join là một phương thức trên đối tượng mảng xuất ra một chuỗi, vì vậy bạn sẽ nhận được một cái gì đó như sau:

numlist = [1,2,3,4]
#=> [1, 2, 3, 4]
numlist.join(',')
#=> "1,2,3,4"

Trong python, tham gia là một phương thức trên đối tượng chuỗi nhưng sẽ gây ra lỗi nếu bạn chuyển nó một cái gì đó không phải là một chuỗi làm thứ để tham gia, do đó, cùng một cấu trúc giống như:

numlist = [1,2,3,4]
numlist
#=> [1, 2, 3, 4]
",".join([str(i) for i in numlist])
#=> '1,2,3,4'

Có rất nhiều loại khác biệt nhỏ này cộng lại theo thời gian.

Ngoài ra, tôi không thể nghĩ ra cách tốt hơn để đưa ra các lỗi logic vô hình hơn là làm cho khoảng trắng trở nên đáng kể.

Câu trả lời thực sự là Python hay Ruby đều không phải là ứng cử viên tốt hơn / tệ hơn cho một khuôn khổ web. Nếu bạn muốn khách quan, bạn cần viết một số mã cho cả hai và xem cái nào phù hợp với sở thích cá nhân của bạn nhất, bao gồm cả cộng đồng.

Hầu hết những người tranh luận cho điều này hay điều khác đều chưa bao giờ sử dụng ngôn ngữ kia một cách nghiêm túc hoặc đang 'bỏ phiếu' cho sở thích cá nhân của họ.

Tôi đoán hầu hết mọi người sẽ giải quyết vấn đề mà họ tiếp xúc đầu tiên bởi vì nó dạy cho họ điều gì đó mới (MVC, thử nghiệm, trình tạo, v.v.) hoặc làm điều gì đó tốt hơn (plugin, khuôn mẫu, v.v.). Tôi đã từng phát triển với PHP và đã tiếp xúc với RubyOnRails. Nếu tôi đã biết về MVC trước khi tìm thấy Rails thì rất có thể tôi sẽ không bao giờ bỏ lại PHP. Nhưng khi tôi bắt đầu sử dụng Ruby, tôi rất thích cú pháp, tính năng, v.v.

Nếu tôi đã tìm thấy Python và một trong các khung công tác MVC của nó trước tiên, tôi rất có thể sẽ khen ngợi ngôn ngữ đó thay thế!

Python có một loạt các khung công tác giống như Rails. Có rất nhiều câu chuyện cười nói rằng trong cuộc nói chuyện điển hình tại PyCon, ít nhất một web framework sẽ nhìn thấy ánh sáng.

Lập luận rằng lập trình meta Rubys sẽ làm cho nó phù hợp hơn là IMO không chính xác. Bạn không cần lập trình ẩn cho các khuôn khổ như thế này.

Vì vậy, tôi nghĩ chúng ta có thể kết luận rằng Ruby không tốt hơn (và có thể cũng không tệ hơn) so với Python về mặt này.

Vì Rails được phát triển để tận dụng bộ tính năng của Rubys.

Một câu hỏi ngớ ngẩn tương tự sẽ là "Tại sao Python lại phù hợp với Django hơn Ruby?".

Tôi cho rằng chúng ta không nên thảo luận về ngôn ngữ đặc trưng cho mỗi gia nhập mà là điểm nhấn các cộng đồng tương ứng thực hiện trên các tính năng ngôn ngữ. Ví dụ, trong Python, việc mở lại một lớp là hoàn toàn có thể nhưng nó không phổ biến; trong Ruby, tuy nhiên, việc mở lại một lớp học là một việc làm thường ngày. điều này cho phép tùy chỉnh khung công tác nhanh chóng và đơn giản theo yêu cầu hiện tại và khiến Ruby trở nên thuận lợi hơn cho các khung công tác giống Rails hơn bất kỳ ngôn ngữ động nào khác. Do đó câu trả lời của tôi: sử dụng phổ biến của các lớp học mở lại.

Một số người đã nói rằng kiểu lập trình ẩn cần thiết để làm cho ActiveRecord (một thành phần chính của rails) có thể thực hiện trong ruby ​​dễ dàng và tự nhiên hơn trong ruby ​​so với trong python - tôi chưa biết python;), vì vậy tôi không thể xác nhận tuyên bố này.

Tôi đã sử dụng đường ray một thời gian ngắn, và việc sử dụng catchalls / interceptors và đánh giá động / chèn mã cho phép bạn hoạt động ở mức độ trừu tượng cao hơn nhiều so với một số khung công tác khác (trước thời điểm của nó). Tôi có rất ít hoặc không có kinh nghiệm với framework của Python - nhưng tôi nghe nói rằng nó có khả năng tương đương - và cộng đồng python đã làm rất tốt việc hỗ trợ và thúc đẩy các nỗ lực của trăn.

Tôi nghĩ rằng cú pháp rõ ràng hơn và Ruby, đối với tôi, ít nhất là "thú vị" hơn rất nhiều - chủ quan là như vậy!

Hai câu trả lời:

a. Bởi vì đường ray được viết cho ruby.

b. Vì lý do tương tự, C phù hợp với Linux hơn Ruby

Tất cả những điều này HOÀN TOÀN LÀ "IMHO"

Trong Ruby có MỘT khung ứng dụng web, vì vậy nó là khung duy nhất được quảng cáo cho ngôn ngữ đó.

Python đã có một số từ khi mới thành lập, chỉ cần kể tên một số: Zope, Twisted, Django, TurboGears (bản thân nó là sự kết hợp của các thành phần khung khác), Pylons (một bản sao của khung công tác Rails), v.v. Không ai trong số chúng được hỗ trợ trên toàn cộng đồng python là "THE one to use", vì vậy tất cả các "groundwell" được trải rộng trên một số dự án.

Rails có quy mô cộng đồng chỉ vì Rails.

Cả Python và Ruby đều hoàn toàn có khả năng thực hiện công việc như một khung ứng dụng web. Sử dụng cái mà BẠN (và nhóm phát triển tiềm năng của bạn) thích và có thể phù hợp.