¿Cuándo se justifica 'eval' en Ruby?

¿Cuándo se justifica? Yo diría que cuando no hay alternativa razonable. Pude pensar en un uso donde no puedo pensar en una alternativa: irb, que, si profundizas lo suficiente (a workspace.rb, alrededor de la línea 80 en mi copia si estás interesado) usa eval para ejecutar tu entrada:

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

Eso me parece bastante razonable, una situación en la que específicamente no sabes qué código vas a tener que ejecutar hasta el mismo momento en que se te pide que lo hagas. Algo dinámico y interactive parece encajar en el proyecto de ley.

La razón por la que eval está ahí es porque cuando lo necesitas, cuando realmente lo necesitas, no hay sustitutos. Después de todo, hay mucho que puedes hacer con el envío de métodos creativos, y en algún momento necesitas ejecutar código arbitrario.

El hecho de que un idioma tenga una característica que pueda ser peligrosa no significa que sea inherentemente algo malo. Cuando un idioma presume saber más que su usuario, es cuando hay problemas.

Yo diría que cuando encuentras una programación lenguaje desprovisto de peligro, has encontrado uno que no es muy útil.

¿Cuándo se justifica la evaluación? En términos pragmáticos, cuando dices que lo es. Si es su programa y usted es el programador, usted establece los parámetros.

Hay un caso de uso muy importante para eval() que no se puede (AFAIK) lograr usando cualquier otra cosa, y es encontrar la referencia de objeto correspondiente para un enlace.

Digamos que se le ha pasado un bloque pero (por alguna razón) necesita acceso al contexto del objeto del enlace, haría lo siguiente:

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

También es útil definir lo siguiente:

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

IMO principalmente para Idiomas Específicos de Dominio.

"Evaluation Options in Ruby " es un artículo de Jay Fields sobre esto en InfoQ.

La evaluación es una herramienta, no es ni inherentemente buena ni mala. Se justifica siempre que esté seguro de que es la herramienta correcta para lo que está tratando de lograr.

Una herramienta como eval se trata de evaluar código en tiempo de ejecución vs.tiempo de "compilación". ¿Sabes cuál es el código cuando lanzas Ruby? Entonces probablemente no necesites evaluación. ¿Su código está generando código durante el tiempo de ejecución? entonces probablemente necesites evaluarlo.

Por ejemplo, los métodos/funciones necesarios en un analizador recursivo decente dependen del lenguaje que se está analizando. Si su aplicación construye un analizador sobre la marcha, entonces podría tener sentido usar eval. Usted podría escribir un analizador generalizado, pero puede que no sea una solución tan elegante.

"Rellenando programáticamente un letrec en el Esquema. ¿Macros o evaluación?" es una pregunta que publiqué sobre eval en Scheme, donde su uso es principalmente inevitable.

En general, eval es una función de lenguaje útil cuando desea ejecutar código arbitrario. Esto debería ser algo raro, pero tal vez esté haciendo su propia REPL o quiera exponer el tiempo de ejecución de ruby al usuario final por alguna razón. Podría suceder y es por eso que la característica existe. Si lo está utilizando para trabajar alrededor de alguna parte del lenguaje (por ejemplo, variables globales), entonces el lenguaje es defectuoso o su comprensión del lenguaje es defectuosa. La solución es normalmente no utilizar eval pero para entender mejor el idioma o elegir un idioma diferente.

Vale la pena señalar que en ruby en particular instance_eval y class_eval tienen otros usos.