У меня есть приложение Rails4, к которому я хочу добавить модель с именем «Параметры». Это хороший выбор с точки зрения назначения моделей, но я беспокоюсь, что это также распространенный термин программирования.
Какова наилучшая практика (отдельные шаги) для обеспечения того, чтобы:
Parameters
parameter.thing
... не будет конфликтовать с зарезервированным словом в Ruby, Rails или в моем конкретном списке Gem?
В Ruby есть концепция открытых классов. Тем не менее, когда класс MyClass где-то определен, вполне допустимо иметь в коде следующее:
class MyClass
def another_method
# do something useful
end
end
Тем не менее, для этого действия не существует «подобного отражению» механизма, поскольку именно так должен работать Ruby.
Можно построить сложную логику следующим образом:
Parameters;$defined = const_get('Parameters') || true rescue false;$defined global (здесь оно сделано глобальным для примера), чтобы определить, свободно ли имя.or:
TracePoint#new(:class) на Parameters, чтобы определить, загрузился только твой.or
ObjectSpace#each для обнаружения других классов.или даже
Но я бы не пошел ни с одним из решений выше. Просто назовите свой класс MyAppParameters и живите с этим именем.
TracePoint можно использовать для обнаружения загрузки/повторного открытия класса в любой момент жизни приложения. пользуюсь, т. g., когда мне нужно явно дождаться загрузки некоторого класса, чтобы исправить его. Но здесь это все же выглядит перебором.
- person Aleksei Matiushkin; 30.07.2016
IDE, такая как RubyMine, должна предупреждать вас, окрашивая текст всякий раз, когда вы используете зарезервированное слово, но для таких людей, как я, которые используют прославленные текстовые редакторы, вы всегда можете проверить этот список Зарезервированные слова, связанные с Rails, если вы не уверены.
