Perché Ruby è più adatto per Rails che per Python? [chiuso]

Python e Ruby sono solitamente considerati cugini stretti (sebbene con un bagaglio storico abbastanza diverso) con espressività e potenza simili. Ma alcuni hanno sostenuto che l'immenso successo del framework Rails ha davvero molto a che fare con il linguaggio su cui è costruito: Ruby stesso. Allora perché Ruby dovrebbe essere più adatto per un simile framework rispetto a Python?

Probabilmente ci sono due differenze principali:

Ruby ha chiusure eleganti e anonime.

Rails li usa con buoni risultati. Ecco un esempio:

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

Le chiusure anonime / lambda semplificano l'emulazione di nuove funzionalità del linguaggio che richiedono blocchi. In Python, le chiusure esistono, ma devono essere denominate per poter essere utilizzate. Quindi, invece di essere in grado di utilizzare le chiusure per emulare nuove funzionalità del linguaggio, sei costretto a essere esplicito sul fatto che stai utilizzando una chiusura.

Ruby ha una metaprogrammazione più pulita e più facile da usare.

Questo è ampiamente utilizzato in Rails, principalmente per la sua facilità d'uso. Per essere precisi, in Ruby, puoi eseguire codice arbitrario nel contesto della classe. I seguenti snippet sono equivalenti:

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

In entrambi i casi, puoi quindi fare:

Bar.new.hello  

che stamperà "CIAO". Il class_evalmetodo accetta anche una stringa, quindi è possibile creare metodi al volo, mentre viene creata una classe, con semantica diversa in base ai parametri passati.

In effetti, è possibile fare questo tipo di metaprogrammazione in Python (e anche in altri linguaggi), ma Ruby ha un vantaggio perché la metaprogrammazione non è uno stile di programmazione speciale. Deriva dal fatto che in Ruby tutto è un oggetto e tutte le righe di codice vengono eseguite direttamente. Di conseguenza, gli Classes sono essi stessi oggetti, i corpi delle classi hanno un selfpuntamento alla classe e puoi chiamare metodi sulla classe mentre ne crei uno.

Questo è in gran parte responsabile del grado di dichiaratività possibile in Rails e della facilità con cui siamo in grado di implementare nuove funzionalità dichiarative che sembrano parole chiave o nuove funzionalità del linguaggio a blocchi.

Coloro che l'hanno sostenuto

l'immenso successo del framework Rails ha davvero molto a che fare con il linguaggio su cui è costruito

sono (IMO) in errore. Quel successo probabilmente deve più a un marketing intelligente e duraturo che a qualsiasi abilità tecnica. Django fa probabilmente un lavoro migliore in molte aree (ad esempio l'amministratore kick-ass integrato) senza la necessità di alcuna funzionalità di Ruby. Non sto affatto insultando Ruby, sto solo difendendo Python!

La comunità di python crede che fare le cose nel modo più semplice e diretto possibile sia la più alta forma di eleganza. La comunità di ruby ​​crede che fare le cose in modi intelligenti che consentono un codice interessante sia la più alta forma di eleganza.

Rails si basa su se segui certe convenzioni, un sacco di altre cose magicamente accadono per te. Ciò si sposa molto bene con il modo rubino di guardare il mondo, ma non segue davvero il modo del pitone.

Questo dibattito è un nuovo dibattito "vim contro emacs"?

Sono un programmatore Python / Django e finora non ho mai riscontrato un problema in quel linguaggio / framework che mi avrebbe portato a passare a Ruby / Rails.

Posso immaginare che sarebbe lo stesso se avessi esperienza con Ruby / Rails.

Entrambi hanno una filosofia simile e svolgono il lavoro in modo veloce ed elegante. La scelta migliore è ciò che già sai.

Personalmente, trovo che ruby ​​sia superiore a python in molti modi che comprendono ciò che chiamerei "espressività coerente". Ad esempio, in ruby, join è un metodo sull'oggetto array che restituisce una stringa, quindi ottieni qualcosa del genere:

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

In python, join è un metodo sull'oggetto stringa ma che genera un errore se gli si passa qualcosa di diverso da una stringa come oggetto da unire, quindi lo stesso costrutto è qualcosa del tipo:

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

Ci sono molte di queste piccole differenze che si sommano nel tempo.

Inoltre, non riesco a pensare a un modo migliore per introdurre errori logici invisibili piuttosto che rendere significativi gli spazi bianchi.

La vera risposta è che né Python né Ruby sono candidati migliori / peggiori per un framework web. Se vuoi l'obiettività devi scrivere del codice in entrambi e vedere quale si adatta meglio alle tue preferenze personali, comunità inclusa.

La maggior parte delle persone che discutono per l'una o l'altra non hanno mai usato seriamente l'altra lingua o stanno "votando" per le loro preferenze personali.

Immagino che la maggior parte delle persone decida di stabilire con quale prima entrare in contatto perché insegna loro qualcosa di nuovo (MVC, test, generatori, ecc.) O fa qualcosa di meglio (plugin, modelli, ecc.). Sviluppavo con PHP e sono entrato in contatto con RubyOnRails. Se avessi saputo di MVC prima di trovare Rails, molto probabilmente non avrei mai lasciato PHP alle spalle. Ma una volta che ho iniziato a usare Ruby mi sono piaciute la sintassi, le funzionalità ecc.

Se avessi trovato prima Python e uno dei suoi framework MVC, molto probabilmente avrei elogiato quel linguaggio!

Python ha tutta una serie di framework simili a Rails. Ce ne sono così tanti che si scherza sul fatto che durante il tipico discorso al PyCon almeno un framework web vedrà la luce.

L'argomento secondo cui la meta programmazione di Rubys lo renderebbe più adatto è IMO errato. Non è necessaria la metaprogrammazione per framework come questo.

Quindi penso che possiamo concludere che Ruby non è migliore (e probabilmente nemmeno peggiore) di Python sotto questo aspetto.

Perché Rails è sviluppato per sfruttare il set di funzionalità di Rubys.

Una domanda altrettanto priva di gorm sarebbe "Perché Python è più adatto per Django di Ruby?".

Suppongo che non dovremmo discutere le caratteristiche della lingua in sé, ma piuttosto gli accenti che le rispettive comunità fanno sulle caratteristiche della lingua. Ad esempio, in Python, riaprire una classe è perfettamente possibile ma non è comune; in Ruby, tuttavia, la riapertura di una classe è una pratica quotidiana. questo consente una rapida e diretta personalizzazione del framework in base ai requisiti attuali e rende Ruby più favorevole per framework simili a Rails rispetto a qualsiasi altro linguaggio dinamico. Da qui la mia risposta: uso comune delle classi di riapertura.

Alcuni hanno detto che il tipo di metaprogrammazione richiesto per rendere possibile ActiveRecord (un componente chiave di rails) è più facile e più naturale da fare in ruby ​​che in python - non conosco ancora python;), quindi non posso confermare personalmente questa affermazione.

Ho usato rails brevemente e il suo uso di catchall / interceptor e di valutazione dinamica / iniezione di codice ti consente di operare a un livello di astrazione molto più elevato rispetto ad altri framework (prima del tempo). Ho poca o nessuna esperienza con il framework di Python - ma ho sentito che è altrettanto capace - e che la comunità di Python fa un ottimo lavoro supportando e promuovendo gli sforzi pitonici.

Penso che la sintassi sia più pulita e Ruby, almeno per me, è solo molto più "divertente" - per quanto soggettivo sia!

Due risposte:

un. Perché rails è stato scritto per ruby.

b. Per lo stesso motivo C più adatto a Linux di Ruby

Tutto questo è TOTALMENTE "IMHO"

In Ruby c'è UN UNICO framework per applicazioni web, quindi è l'unico framework pubblicizzato per quel linguaggio.

Python ha avuto diversi sin dall'inizio, solo per citarne alcuni: Zope, Twisted, Django, TurboGears (esso stesso un mix di altri componenti del framework), Pylons (una specie di clone del framework Rails) e così via. Nessuno di loro è supportato da tutta la comunità Python come "THE one to use", quindi tutte le "onde" sono distribuite su diversi progetti.

Rails ha la dimensione della comunità esclusivamente, o almeno nella stragrande maggioranza, a causa di Rails.

Sia Python che Ruby sono perfettamente in grado di svolgere il lavoro come framework per applicazioni web. Usa quello che piace a TE (e al tuo potenziale team di sviluppo) e su cui puoi allinearti.