Rails (ou Ruby): Oui/Non au lieu de Vrai/Faux

Je sais que je pourrais facilement écrire une fonction et le mettre dans le contrôleur de l'application, mais je préfère ne pas si il y a autre chose qui fait déjà. Fondamentalement, je veux avoir quelque chose comme:

>> boolean_variable?
=> true
>> boolean_variable?.yesno
=> yes
>> boolean_variable?.yesno.capitalize
=> Yes

est là quelque chose comme cela déjà dans les Rails de cadre?

InformationsquelleAutor triplethreat78 | 2010-09-08
  1. 35

    Pas de telles intégré aide existe, mais c'est trivial à mettre en œuvre:

    class TrueClass
  def yesno
    "Yes"
  end
end

class FalseClass
  def yesno
    "No"
  end
end
    • Hey, c'est carde alors ce que j'aurais fait. Dans la mesure où une application rails est concerné, où serait le meilleur endroit pour mettre ce code? dans un fichier lib ou quelque chose?
    • Je voudrais créer un initialiseur dans le fichier config/initialiseur chemin appelé "boolean_path.rb". De cette façon, ces nouvelles méthodes pourraient être disponibles par le biais de l'application. Cheers!
    • Je suis nouveau sur ruby et rails, et j'essaie de coller avec de la convention, mais je ne sais pas comment créer un intializer, pouvez-vous m'aider avec ça? Fondamentalement, ce que serais-je mettre dans ce boolean_path.rb et comment puis-je l'utiliser? Ce que j'aimerais faire, c'est quand j'ai créer mon modèle, je voudrais utiliser t.boolean_yesno au lieu d'un booléen et pour que la sortie Oui ou Non à la place de Vrai ou de Faux. Si vous préférez que j'ouvre une autre question pour ce laissez-moi savoir.
    • Permet de répondre à votre question ici, car il s'adapte parfaitement à cette question. Pour créer un initialiseur, tout ce que vous devez faire est d'ajouter une .rb fichier dans le fichier config/initializers dossier et, littéralement, de copier et de coller le code ci-dessus dans il. Maintenant, chaque fois que vous travaillez avec une variable booléenne, vous pouvez appeler le: my_boolean_variable.ouinon et il sera de retour "Oui" ou "Non".
    • Il est probable que la redéfinition de Vrai/Faux les Classes d'affecter d'autres parties de votre application et peut-être même la 3e partie des pierres précieuses? Ce qui est fait à l'échelle mondiale à droite?
    • Ce n'est pas super probable, à moins que vous choisissez un nom de méthode qui est en conflit avec quelque chose d'autre. yesno est probablement sûr-ish.
    • Merci Eytan!

    InformationsquelleAutor Jordan Running
  2. 45

    Il n'y a pas quelque chose dans les Rails.

    Une meilleure façon que l'ajout de vrai/faux classes de réaliser quelque chose de similaire pourrait être de faire une méthode dans ApplicationHelper:

    def human_boolean(boolean)
    boolean ? 'Yes' : 'No'
end

    Alors, à votre avis

    <%= human_boolean(boolean_youre_checking) %>

    Ajouter des méthodes aux classes intégrées est généralement mal vu. De Plus, cette approche s'intègre étroitement à Rails " aidants comme raw().

    Aussi, un compromis ne sont pas une bonne idée qu'ils ne sont pas facilement mis à jour (ou testé).

    • A fait exactement cela. Merci!
    InformationsquelleAutor Neal
  3. 23

    Il est un véritable joyau pour que maintenant: humanize_boolean

    Alors que vous venez de faire:

    true.humanize # => "Yes" 
false.humanize # => "No"

    Il prend également en charge de l'internationalisation de sorte que vous pouvez facilement changer la chaîne renvoyée par y compris votre traduction de fr.boolean.oui et en.boolean.non (ou tout jeu vous le souhaitez)

    • Un bijou semble un peu effrayants pour cela, non?
    InformationsquelleAutor Mike Heijmans
  4. 15

    Alternativement, vous pouvez aussi faire un compromis dans vos points de vue tels que:

    <%= item.bool_field? ? 'yes' : 'no' %>
    • Ce n'est pas très SEC, par rapport à l'autre solution et sera difficile à localiser.
    • Non, Jeff, vous avez absolument raison. Je parlais de un offs, et de ne pas beaucoup offs, et dans ce dernier cas, une aide serait la plus sage (et SEC) option, comme vous le soulignez.
    • Parfait! J'ai un formulaire d'application, donc je ne m'inquiète pas au sujet de la localisation/SEC (encore). Merci pour cela.
    InformationsquelleAutor patrickhawley
  5. 13

    La humanize_boolean gem s'étend le TrueClass, FalseClass et NilClass qui est un sous-extension, je préfère éviter.

    J'ai trouvé cette aide avec un haut niveau de traduction est isolé, amical pour changer et vous pouvez lui donner quelque chose truthy ou falsey:

    # app/helpers/application_helper.rb
class ApplicationHelper
  def humanize_boolean(boolean)
    I18n.t((!!boolean).to_s)
  end
end

# config/locales/en.yml
en:
  :true: 'Yes'
  :false: 'No'

    Faire !!(boolean).to_s assure les variables passées à l'argument est soit un "true" ou "false" valeur lors de la construction de la chaîne de traduction.

    En cours d'utilisation:

    # app/views/chalets/show.html.erb
<%= humanize_boolean(chalet.rentable?) %>
    InformationsquelleAutor the-undefined