Когда оправдывается `eval` в Ruby?

Question

«Is 'eval' supposed to be nasty?» вдохновил этот:

В основном все согласны с тем, что eval плохо, и в большинстве случаев есть более элегантный/безопаснее замены.

Итак, я хотел спросить: неправильно ли используется eval, что это действительно необходимо в качестве языковой функции? Это делает больше зла, чем пользы?

Лично я считаю, что единственное место, где я нахожу это полезным, - интерполировать строки, предоставленные в файле конфигурации.

Редактировать: Цель этого вопроса - получить как можно больше реальных случаев, если eval является единственным или лучшим решением. Поэтому, пожалуйста, не заходите в «если язык ограничивает творчество программиста».

Edit2: И когда я говорю eval, конечно, я имею в виду eval ИНГ строку, не передавая рубиновый блок instance_eval или class_eval.

Answer 1

Единственный случай, который я знаю (кроме «У меня есть эта строка, и я хочу ее выполнить»), динамически обрабатывает локальные и глобальные переменные. Ruby имеет методы для получения имен локальных и глобальных переменных, но ему не хватает методов для получения или установки их значений на основе этих имен. Единственный способ сделать AFAIK - с eval.

Любое другое использование почти наверняка неверно.Я не гуру и не могу категорически заявить, что других нет, но каждый другой случай использования, который я когда-либо видел, где кто-то сказал: «Для этого вам нужен eval», я нашел решение, которое этого не делало.

Обратите внимание, что я говорю о строке eval здесь, между прочим. Ruby также имеет instance_eval, который может принимать либо строку, либо блок для выполнения в контексте приемника. Блочная форма этого метода является быстрой, безопасной и очень полезной.

Answer 2

Причина, по которой eval существует, потому что, когда вам это нужно, когда вам это действительно нужно, нет никаких заменителей. В конце концов, вы можете только так много сделать с помощью диспетчеризации творческих методов, и в какой-то момент вам нужно выполнить произвольный код.

Просто потому, что язык имеет функцию, которая может быть опасной, не означает, что она по своей сути является плохим. Когда язык предполагает узнать больше, чем его пользователь, это когда есть проблемы.

Я бы сказал, что, когда вы найдете язык программирования, лишенный опасности, вы нашли тот, который не очень полезен.

Когда это оправдано? В прагматичных терминах, когда вы это говорите. Если это ваша программа, и вы программист, вы задаете параметры.

Answer 3

ИМО в основном для доменных языков.

«Evaluation Options in Ruby» - это статья Джей Филда об этом на InfoQ.

Answer 4

eval - инструмент, он не является ни по своей природе хорошим, ни злым. Это оправдано, когда вы уверены, что это правильный инструмент для того, что вы пытаетесь выполнить.

Answer 5

Инструмент, подобный eval, посвящен оценке кода во время выполнения и «компиляции». Вы знаете, что такое код при запуске Ruby? Тогда вам, вероятно, не понадобится eval. Является ли код генерации кода во время выполнения? то вам, вероятно, нужно это оценить.

Например, методы/функции, необходимые для рекурсивного приличного парсера, зависят от языка, который обрабатывается. Если ваше приложение создает такой синтаксический анализатор «на лету», тогда имеет смысл использовать eval. Вы можете написать обобщенный синтаксический анализатор, но это может быть не столь элегантное решение.

«Programatically filling in a letrec in Scheme. Macros or eval?» - это вопрос, который я опубликовал об Эвале на Схеме, где его использование в основном неизбежно.

Answer 6

Когда это оправдано? Я бы сказал, когда нет разумной альтернативы. Я мог думать об одном использовании, где я не могу придумать альтернативу: irb, который, если вы копаете достаточно глубоко (до workspace.rb, вокруг строки 80 в моей копии, если вам интересно) использует eval для выполнения вашего ввода:

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

Это кажется довольно разумным для меня - это ситуация, когда вы специально не знаю, что код, который вы будете иметь, чтобы выполнить до самого момента, когда вы попросили сделать это. Кажется, что что-то динамичное и интерактивное соответствует счету.

Answer 7

Существует один очень важный прецедент для eval(), который не может быть достигнут (AFAIK), используя что-либо еще, и это должно найти соответствующую ссылку на объект для привязки.

Предположим, вы прошли блок, но (по некоторым причинам) вам необходимо получить доступ к объекту контекст привязки, вы могли бы сделать следующее:

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

Это также полезно, чтобы определить следующее:

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

Answer 8

В целом eval - полезная функция языка, когда вы хотите запустить произвольный код. Это должно быть редкой вещью, но, возможно, вы делаете свой собственный REPL или хотите по какой-либо причине вывести рубиновую версию для конечного пользователя. Это может произойти, и поэтому функция существует. Если вы используете его для работы над некоторой частью языка (например, глобальных переменных), то либо язык испорчен, либо ваше понимание языка испорчено. Решение, как правило, не использует eval, но для лучшего понимания языка или выбора другого языка.

Следует отметить, что в рубине instance_eval и class_eval имеют другие применения.