tâche rake variable

J'ai deux Râteau tâches sous le même espace de noms comme suit:

namespace :db do
  task :first_task => :environment do
         server_name='myserver'
         connect_to(server_name)
  end

  task :second_task => :environment do
          server_name='myserver'
          do_something_with(server_name)
  end
end

Comme vous le voyez, les deux tâches sont sous la même espace de noms et les deux tâches utilisation server_name='myserver' constant variable.

Il semble vraiment moche pour définir la server_name variable deux fois dans le même espace de noms, comment puis-je avoir une place pour définir cette variable de sorte que les deux tâches peuvent l'utiliser?

InformationsquelleAutor Mellon | 2011-12-01
  1. 17

    Essayez ceci:

    namespace :db do
  server_name='myserver'
  task :first_task => :environment do
    connect_to(server_name)
  end

  task :second_task => :environment do
    do_something_with(server_name)
  end
end

    Espaces ont accès aux variables déclarées avant leur portée.

    InformationsquelleAutor David Sulc
  2. 6

    J'aimerais construire sur David Sulc réponse, mais je recommande d'utiliser une variable d'instance à la place:

    namespace :db do
  @server_name = 'myserver'

  task first_task: :environment do
    connect_to @server_name
  end

  task second_task: :environment do
    do_something_with @server_name
  end
end

    L'avantage ici est que plus tard, le code peut modifier @server_name -- quelque chose que vous ne pouvez pas faire avec une variable locale:

    namespace :db do
  @server_name = 'server_2'
end
    • Non, vous ne devriez pas le faire. La raison en est que vous ne savez pas, où que ivar va. Ni ne I. Une tâche rake est déclarée à l'aide d'un bloc, pas une classe, et donc le contexte de la ivar est pas claire.
    • Quel est le problème avec l'aide d'une variable d'instance de cette façon? Pouvez-vous montrer où il pourrait aller mal? Vous avez une meilleure suggestion? Voir la section "Variables d'Instance dans les Tâches" dans le daneharrigan.com/2010/06/rake-tasks-102 pour plus de détails.
    • En fait, les variables d'instance définie de la façon que je montre évaluée dans le contexte de Rake.application.in_namespace(name, &block) (voir github.com/jimweirich/rake/blob/v10.3.2/lib/rake/...). Je ne suis pas sûr de ce que votre préoccupation est.
    • Les variables d'Instance sont évaluées dans un objet de contexte (pas dans un contexte d'une méthode comme in_namespace(). Un bloc/Proc en Ruby obtient liée à un objet au moment où le bloc est déclarée (pas quand called/yielded - sauf pour instance_eval et certains UnboundMethod#bind magie que tu ne veux pas le savoir). Comme je vois, TaskManager#in_namespace ne fait aucun usage de instance_eval conduisant ainsi à partager toutes les variables d'instance parmi tous les rake tâches. Si ce désordre qui fonctionne pour vous, c'est ok pour vous, mais ce n'est certainement pas une meilleure façon.
    • Merci pour creuser et de l'explication. Avoir une variable d'instance partagé entre toutes les tâches rake est en effet global de l'état à ses "meilleurs". Voulez-vous suggérer une autre façon de paramétrer le râteau des tâches telles que la server_name comme mon exemple a montré? (Cet exemple est une des raisons pourquoi j'ai suggéré cette approche, mais je suis tout à fait ouvert à de meilleurs moyens.)
    InformationsquelleAutor David J.