Ruby neden Python'dan daha çok Rails için uygundur? [kapalı]

Python ve Ruby genellikle benzer ifade ve güce sahip yakın kuzenler (oldukça farklı tarihsel bagajlarla birlikte) olarak kabul edilir. Ancak bazıları, Rails çerçevesinin muazzam başarısının, üzerine inşa edildiği dil ile gerçekten büyük bir ilgisi olduğunu savundu: Ruby'nin kendisi. Öyleyse neden Ruby böyle bir çerçeve için Python'dan daha uygun olsun?

Muhtemelen iki büyük fark vardır:

Ruby'nin zarif, anonim kapanışları vardır.

Raylar bunları iyi bir etki için kullanır. İşte bir örnek:

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

Anonim kapatmalar / lambdalar, blokları alacak yeni dil özelliklerini taklit etmeyi kolaylaştırır. Python'da kapatmalar vardır, ancak kullanılmaları için adlandırılmaları gerekir. Dolayısıyla, yeni dil özelliklerini taklit etmek için kapanışları kullanabilmek yerine, bir kapanış kullandığınızı açıkça belirtmek zorundasınız.

Ruby daha temiz ve kullanımı daha kolay meta programlamaya sahiptir.

Bu, öncelikle kullanımının ne kadar kolay olduğu nedeniyle Rails'te yaygın olarak kullanılır. Daha spesifik olmak gerekirse, Ruby'de sınıf bağlamında rastgele kod çalıştırabilirsiniz. Aşağıdaki parçacıklar eşdeğerdir:

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

Her iki durumda da şunları yapabilirsiniz:

Bar.new.hello  

"MERHABA" yazdıracak. class_evalO anında yöntemleri oluşturmak mümkündür böylece bir sınıf oluşturulurken olarak yöntem ayrıca, bir String alır içinde geçirilen parametrelere dayalı anlambilimini farklı bildirildi.

Aslında, Python'da (ve diğer dillerde de) bu tür bir meta programlamayı yapmak mümkündür, ancak Ruby'nin bir ayağı vardır çünkü meta programlama özel bir programlama tarzı değildir. Ruby'de her şeyin bir nesne olduğu ve tüm kod satırlarının doğrudan çalıştırıldığı gerçeğinden kaynaklanır. Sonuç olarak, Classes kendileri nesnelerdir, sınıf gövdeleri selfSınıfı işaret eder ve bir tane oluştururken sınıfta yöntemler çağırabilirsiniz.

Bu, Rails'de mümkün olan bildirimsellik derecesinden ve anahtar kelimeler veya yeni blok dil özellikleri gibi görünen yeni bildirimsel özellikleri uygulayabilmemizin kolaylığından büyük ölçüde sorumludur.

Bunu tartışanlar

Rails çerçevesinin muazzam başarısının, üzerine inşa edildiği dille gerçekten büyük bir ilgisi var

(IMO) yanılıyor. Bu başarı muhtemelen herhangi bir teknik beceriden çok akıllı ve sürekli pazarlamaya borçludur. Django , Ruby'nin herhangi bir özelliğine ihtiyaç duymadan pek çok alanda (örn. Yerleşik mükemmel yönetici) tartışmasız daha iyi bir iş çıkarır. Ruby'ye hiç laf atmıyorum, sadece Python'u savunuyorum!

Python topluluğu, işleri mümkün olan en basit ve basit şekilde yapmanın en yüksek zarafet biçimi olduğuna inanır. Ruby topluluğu, işleri havalı koda izin verecek şekilde akıllıca yapmanın en yüksek zarafet biçimi olduğuna inanıyor.

Rails, belirli kuralları izlerseniz, sizin için sihirli bir şekilde başka pek çok şey olur. Bu, dünyaya yakut bakış açısıyla gerçekten iyi bakıyor, ancak piton yolunu gerçekten takip etmiyor.

Bu tartışma yeni bir "vim ve emacs" tartışması mı?

Ben bir Python / Django programcısıyım ve şimdiye kadar bu dilde / çerçevede beni Ruby / Rails'e geçmeye götürecek bir sorun bulamadım.

Ruby / Rails ile tecrübeli olsaydım da aynı olacağını hayal edebiliyorum.

Her ikisinin de benzer felsefeleri var ve işi hızlı ve zarif bir şekilde yapıyorlar. Daha iyi seçim, zaten bildiğiniz şeydir.

Şahsen, Ruby'nin python'dan daha üstün olduğunu düşünüyorum, bu da benim 'tutarlı ifade gücü' dediğim şeyi içerir. Örneğin, ruby'de join, dizi nesnesi üzerinde bir dize çıkaran bir yöntemdir, bu nedenle şuna benzer bir şey elde edersiniz:

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

Python'da, birleştirme, dizge nesnesi üzerinde bir yöntemdir, ancak birleştirilecek şey olarak bir dizeden başka bir şey iletirseniz bir hata atar, dolayısıyla aynı yapı şunun gibi bir şeydir:

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

Zamanla biriken bu türden pek çok farklılık vardır.

Ayrıca, görünmez mantık hatalarını ortaya koymanın beyaz alanı önemli hale getirmekten daha iyi bir yolunu düşünemiyorum.

Gerçek cevap, ne Python ne de Ruby bir web çerçevesi için daha iyi / daha kötü adaylar değildir. Tarafsızlık istiyorsanız, her ikisine de biraz kod yazmanız ve topluluk da dahil olmak üzere kişisel tercihinize en uygun olanı görmeniz gerekir.

Birini veya diğerini savunan çoğu insan ya diğer dili hiç ciddi bir şekilde kullanmamış ya da kişisel tercihleri ​​için 'oy veriyor'.

Sanırım çoğu insan hangisiyle ilk temasa geçerse karar verir, çünkü bu onlara yeni bir şey öğretir (MVC, test etme, üreteçler vb.) Veya daha iyi bir şey yapar (eklentiler, şablon oluşturma vb.). PHP ile geliştirme yapıyordum ve RubyOnRails ile iletişime geçtim. Rails'i bulmadan önce MVC hakkında bilgi sahibi olsaydım, PHP'yi muhtemelen geride bırakmazdım. Ama Ruby kullanmaya başladığımda sözdizimi, özellikler vb. Hoşuma gitti.

Python'u ve MVC çerçevelerinden birini ilk olarak bulmuş olsaydım, bunun yerine büyük olasılıkla o dili övüyor olurdum!

Python'da çok sayıda Rails benzeri çerçeve bulunur. O kadar çok şaka var ki, PyCon'daki tipik konuşma sırasında en az bir web çerçevesi ışığı görecek.

Rubys meta programlamasının onu daha uygun hale getireceği argümanı IMO yanlıştır. Bunun gibi çerçeveler için meta programlamaya ihtiyacınız yok.

Bu bakımdan Ruby'nin Python'dan daha iyi (ve muhtemelen ne de daha kötü) olmadığı sonucuna varabileceğimizi düşünüyorum.

Çünkü Rails, Rubys özellik setinden yararlanmak için geliştirilmiştir.

Benzer şekilde akılsız bir soru da "Python Django için Ruby'den neden daha uygun?" Olabilir.

Sanırım kendi başına dil özelliklerini değil, ilgili toplulukların dil özellikleri üzerinde yaptıkları aksanları tartışmalıyız . Örneğin, Python'da bir sınıfı yeniden açmak tamamen mümkündür, ancak bu yaygın değildir; Ruby'de, ancak, bir sınıfı yeniden açmak günlük alıştırmanın bir parçasıdır. bu, çerçevenin mevcut gereksinime göre hızlı ve basit bir şekilde özelleştirilmesine izin verir ve Ruby'yi Rails benzeri çerçeveler için diğer dinamik dillerden daha uygun hale getirir. Dolayısıyla cevabım: sınıfları yeniden açmanın ortak kullanımı.

Bazıları, ActiveRecord'u (rayların temel bileşenlerinden biri) mümkün kılmak için gereken metaprogramlama türünün Ruby'de yapmanın python'dan daha kolay ve daha doğal olduğunu söyledi - henüz python bilmiyorum;), bu yüzden bu ifadeyi kişisel olarak doğrulayamam.

Rayları kısaca kullandım ve yakalama / durdurma ve dinamik değerlendirme / kod enjeksiyonu kullanımı, diğer çerçevelerin bazılarından (zamanından önce) çok daha yüksek bir soyutlama seviyesinde çalışmanıza izin veriyor. Python'un çerçevesi ile ilgili çok az deneyimim var veya hiç deneyimim yok - ama aynı derecede yetenekli olduğunu duydum - ve python topluluğunun pitonik çabaları desteklemek ve teşvik etmek için harika bir iş çıkardığını duydum.

Sözdiziminin daha temiz olduğunu ve Ruby'nin, en azından benim için çok daha "eğlenceli" olduğunu düşünüyorum - bu kadar öznel!

İki cevap:

a. Çünkü raylar Ruby için yazılmıştır.

b. Aynı nedenle C, Linux için Ruby'den daha uygundur

Bunların hepsi TAMAMEN "IMHO"

Ruby'de BİR web uygulaması çerçevesi vardır, bu nedenle o dil için reklamı yapılan tek çerçevedir.

Python, başlangıcından bu yana birkaç tanesine sahipti: Zope, Twisted, Django, TurboGears (kendisi diğer çerçeve bileşenlerinin bir karışımı), Pylons (Rails çerçevesinin bir tür klonu) vb. Hiçbiri python topluluğu çapında "kullanılacak olan" olarak desteklenmez, bu nedenle tüm "zemin dalgası" birkaç projeye yayılır.

Rails, yalnızca veya en azından büyük çoğunluğu Rails sayesinde topluluk boyutuna sahiptir.

Hem Python hem de Ruby, işi bir web uygulamaları çerçevesi olarak mükemmel bir şekilde yapabilir. SİZİN (ve potansiyel geliştirme ekibinizin) beğendiği ve uyum sağlayabileceğiniz birini kullanın.