En Ruby on Rails, pour étendre la classe String, où le code devrait-il être mis en?

Si sur Ruby on Rails, j'ai besoin d'ajouter une méthode appelée

class String
  def capitalize_first
    # ...
  end
end

et me demande d'où devrait le fichier aller? (le répertoire et le nom, et est tout initialiser le code nécessaire?) C'est pour Rails 3.0.6 projet.

InformationsquelleAutor nopole | 2011-04-13
  1. 131

    Je toujours ajouter un core_ext répertoire dans mon lib dir.

    Créer un initialiseur pour le chargement des extensions personnalisées (par exemple: config/initializers/core_exts.rb). Et ajouter la ligne suivante:

    Dir[File.join(Rails.root, "lib", "core_ext", "*.rb")].each {|l| require l }

    et votre extension comme:

    lib/core_ext/string.rb

    class String
  def capitalize_first
    # ...
  end
end
    • Je me demande... doit-on étendre le String de classe ou tout simplement utiliser une méthode d'assistance en vue? Mais alors, si c'est une aide, alors il est aussi gênant pour le faire fonctionner dans le contrôleur (ou modèle), et il ne peut pas être enchaîné comme s.capitalize_first.truncate(30)
    • pardonnez mon ignorance, mais pourriez-vous donner un exemple d'un "initialiseur de config" merci
    • Je l'ai placé dans le répertoire config/application.rb: class Application < Rails::Application ... config.autoload_paths += Dir[File.join(Rails.root, "lib", "core_ext", "*.rb")].each {|l| require l } ...
    • Certainement le chemin à parcourir si vous voulez une solution évolutive
    • Si vous mettez l'extension lib/core_ext/string.rb, n'oubliez pas d'inclure require 'core_ext/string' en haut du fichier dans lequel vous l'utilisez.
    • J'ai besoin d'ajouter app pour le chemin d'accès du fichier: Dir[File.join(Rails.root, "app", "lib", "core_ext", "*.rb")].each {|l| require l }
    • vous êtes dans l'erreur. lib répertoire ne doit pas être à l'intérieur de la app répertoire.
    • Rails 5 semble avoir changé la façon dont il charge les fichiers de classe (p. ex. config.autoload_paths), ce qui pourrait causer quelques problèmes.

    InformationsquelleAutor Mike Lewis
  2. 64

    Vous pourriez le faire dans config/initializers/chaîne.rb

    class String
  def capitalize_first
    # ...
  end
end

    tout ce qu'il faut (en plus d'une application redémarrez-le).

    • la méthode la plus simple de le faire . merci @njorden
    • Je suis curieux de savoir d'où aimeriez-vous ajouter un fichier de test pour cette extension?
    • Méthode la plus simple, oui. Mais vous perdez de soutien pour le rechargement de cette classe lorsque vous apportez des modifications dans le développement.
    InformationsquelleAutor njorden
  3. 5

    Les lignes directrices dans les Rails 3.1 est le chemin à parcourir:

    http://guides.rubyonrails.org/plugins.html#extending-core-classes

    Si vous suivez le défaut de convention, vous n'aurez pas besoin de jouer avec un initialiseur config.

    • ...pour plugins
    • Cette méthode n'est pas désireux de charge de l'extension. Il le charge après l'appel du module/nom de la classe (à partir de ce guide rails, c'est Yaffle). Cela signifie que vous ne serez pas en mesure d'appeler la méthode d'extension jusqu'à ce que le nom du module (Yaffle) est appelé en premier et vous ne pouvez pas définir ce nom de module dans les initialiseurs. Je l'ai testé dans la console, et c'est autoload_paths œuvres. Nécessitant l'extension de fichier de config/initializers/ ou dans config/application.rb sont les meilleures options.
    InformationsquelleAutor Hopstream