Wann ist `eval` in Ruby gerechtfertigt?

Question

„Is 'eval' supposed to be nasty?“ inspirierte diese:

Meistens alle einig, dass eval schlecht ist, und in den meisten Fällen gibt es elegantere/sicheren Ersatz.

Also wollte ich fragen: Wenn eval so oft missbraucht wird, ist es wirklich als Sprachfunktion benötigt? Tut es mehr böse als gut?

Persönlich ist der einzige Ort, den ich es nützlich finde, Strings in der Konfigurationsdatei interpolieren.

Edit: Die Absicht dieser Frage ist es, so viele reale Fälle wie möglich zu erhalten, wenn Eval die einzige oder die beste Lösung ist. Also, bitte, gehen Sie nicht auf "sollte eine Sprache die Kreativität eines Programmierers einschränken".

Edit2: Und wenn ich eval sagen, natürlich Ich beziehe mich auf eval Zeichenfolge ing, nicht rubin Block instance_eval oder class_eval vorbei.

Answer 1

Der einzige Fall, den ich kenne (außer "Ich habe diese Zeichenfolge und ich möchte es ausführen") ist dynamisch mit lokalen und globalen Variablen. Ruby verfügt über Methoden zum Abrufen der Namen von lokalen und globalen Variablen, es fehlen jedoch Methoden zum Abrufen oder Festlegen ihrer Werte basierend auf diesen Namen. Die einzige Möglichkeit, AFAIK zu machen, ist mit eval.

Jede andere Verwendung ist fast sicher falsch.Ich bin kein Guru und kann nicht kategorisch sagen, dass es keine anderen gibt, aber bei jedem anderen Anwendungsfall, den ich je gesehen habe, wo jemand sagte: "Du brauchst Eval dafür", habe ich eine Lösung gefunden, die das nicht tut.

Beachten Sie, dass ich hier übrigens über string eval sprechen. Ruby hat auch instance_eval, die entweder eine Zeichenfolge oder einen Block zur Ausführung im Kontext des Empfängers nehmen kann. Die Blockform dieser Methode ist schnell, sicher und sehr nützlich.

Answer 2

Der Grund eval ist, weil, wenn Sie es brauchen, wenn Sie es wirklich brauchen, gibt es keine Ersatzstoffe. Es gibt schließlich nur so viel, was Sie mit dem kreativen Methoden-Dispatching tun können, und irgendwann müssen Sie beliebigen Code ausführen.

Nur weil eine Sprache eine Funktion hat, die gefährlich sein kann, bedeutet das nicht, dass sie von Natur aus eine schlechte Sache ist. Wenn eine Sprache mehr als ihren Benutzer kennt, dann gibt es Ärger.

Ich würde argumentieren, wenn Sie eine Programmiersprache ohne Gefahr finden, haben Sie eine gefunden, die nicht sehr nützlich ist.

Wann ist eval berechtigt? In pragmatischer Hinsicht, wenn Sie es sagen. Wenn es Ihr Programm ist und Sie der Programmierer sind, legen Sie die Parameter fest.

Answer 3

IMO hauptsächlich für domänenspezifische Sprachen.

"Evaluation Options in Ruby" ist ein Artikel von Jay Fields darüber auf InfoQ.

Answer 4

Eval ist ein Werkzeug, es ist weder von Natur aus gut noch böse. Es ist gerechtfertigt, wenn Sie sicher sind, dass es das richtige Werkzeug für das ist, was Sie erreichen möchten.

Answer 5

Ein Werkzeug wie Eval ist über die Evaluierung von Code zur Laufzeit gegen "Kompilierzeit". Weißt du, was der Code ist, wenn du Ruby startest? Dann brauchst du eval wahrscheinlich nicht. Generiert der Code während der Laufzeit Code? dann musst du es wahrscheinlich auswerten.

Zum Beispiel hängen die Methoden/Funktionen, die in einem rekursiven anständigen Parser benötigt werden, von der Sprache ab, die analysiert wird. Wenn Ihre Anwendung einen solchen Parser on-the-fly erstellt, kann es sinnvoll sein, eval zu verwenden. Sie könnten einen verallgemeinerten Parser schreiben, aber es ist vielleicht keine so elegante Lösung.

"Programatically filling in a letrec in Scheme. Macros or eval?" ist eine Frage, die ich über eval in Scheme gestellt habe, wo seine Verwendung meistens unvermeidlich ist.

Answer 6

Wann ist das gerechtfertigt? Ich würde sagen, wenn es keine vernünftige Alternative gibt. Ich konnte mir eine Anwendung vorstellen, bei der ich mir keine Alternative vorstellen kann: irb, die, wenn Sie tief genug graben (bis workspace.rb, um die Zeile 80 in meiner Kopie, wenn Sie interessiert sind) eval verwendet, um Ihre Eingabe auszuführen:

def evaluate(context, statements, file = __FILE__, line = __LINE__) 
    eval(statements, @binding, file, line) 
end 

das ziemlich vernünftig mir scheint - eine Situation, wo Sie speziell wissen nicht, was Code, den Sie bis zum Moment haben ausführen wirst, die Sie gefragt werden, dies zu tun. Etwas Dynamisches und Interaktives scheint der Rechnung zu entsprechen.

Answer 7

Es gibt einen sehr wichtigen Anwendungsfall für eval(), der nicht (AFAIK) mit etwas anderem erreicht werden kann, und das ist die entsprechende Objektreferenz für eine Bindung zu finden.

Sagen Sie bitte einen Block bestanden, aber (aus irgendeinem Grund) Sie Zugriff benötigen Kontext der Bindung an das Objekt, würden Sie wie folgt vor:

obj = eval('self', block.binding) 

Es ist auch sinnvoll, die folgenden zu definieren:

class Proc 
    def __context__ 
     eval('self', self.binding) 
    end 
end 

Answer 8

Im Allgemeinen eval ist eine nützliche Sprachfunktion, wenn Sie beliebigen Code ausführen möchten. Dies sollte eine seltene Sache sein, aber vielleicht machen Sie Ihre eigene REPL oder Sie möchten die Ruby-Laufzeit aus irgendeinem Grund dem Endbenutzer zugänglich machen. Es könnte passieren und deshalb existiert das Feature. Wenn Sie es verwenden, um einen Teil der Sprache (z. B. globale Variablen) zu umgehen, dann ist entweder die Sprache fehlerhaft oder Ihr Verständnis der Sprache ist fehlerhaft. Die Lösung besteht normalerweise nicht darin, eval zu verwenden, sondern entweder die Sprache besser zu verstehen oder eine andere Sprache auszuwählen.

Es ist erwähnenswert, dass in Ruby besondere instance_eval und class_eval andere Verwendungen haben.