Rails 3 - Statut de la méthode "link_to_function"

Dans la recherche d'une solution à un javascript problème, j'ai vu plusieurs commentaires sur link_to_function déprécié en Rails 3. Cependant, j'ai été en mesure de compléter une section de mon Rails-3-en fonction du projet à l'aide de link_to_function. Il fonctionne très bien.

Être de nouveaux Rails, mon souci est que je suis peut-être à l'aide de quelque chose qui n'est pas pris en charge sur le long terme ou pourrait devenir un héritage hack. En regardant api.rubyonrails.org je vois link_to_function clairement dans la ActionView::Assistants::JavaScriptHelper module de prise en charge publique de la méthode pour Ruby on Rails v3.0.4. Pas d'avertissements ou d'autres déclarations à propos de la longévité de la fonction.

Est-il une autre approche/méthode que je devrais être en utilisant à la place de link_to_function dans Rails 3? Ou est link_to_function amende à utiliser?

Grâce.

source d'informationauteur Don Leatham

javascript ruby-on-rails

La link_to_function helper a été obsolète à nouveau dans 3.2.4.

La méthode elle-même, tout simplement, et bon dans certains cas d'utilisation lorsque vous avez besoin d'appeler spécifiques en fonction javascript etc. Vous pouvez facilement ajouter votre propre helper pour obtenir la même fonctionnalité. Le code suivant a été copié à partir de Jeremy dans https://github.com/rails/rails/pull/5922#issuecomment-5770442

# /app/helpers/link_to_function_helper.rb
module LinkToFunctionHelper
  def link_to_function(name, *args, &block)
     html_options = args.extract_options!.symbolize_keys

     function = block_given? ? update_page(&block) : args[0] || ''
     onclick = "#{"#{html_options[:onclick]}; " if html_options[:onclick]}#{function}; return false;"
     href = html_options[:href] || '#'

     content_tag(:a, name, html_options.merge(:href => href, :onclick => onclick))
  end
end

15

[Mise à jour]

Comme TomH mentionne, il est maintenant obsolète à nouveau dans les Rails 3.2.4

[Réponse Originale À Cette Question]

link_to_function est obsolète n'est plus et est sûr pour l'usage. Détails:

link_to_function a été prévu pour être retiré dans Rails 3 (et a été pendant un moment lors de Rails 3 est en version beta), mais la fonction a été remis à https://github.com/rails/rails/commit/d69e561. Plusieurs personnes se sont demandé (à haute voix, dans les commentaires de la livraison) pourquoi la fonction a été remis, lors de la grande poussée dans Rails 3 est pour JavaScript Discretde sorte que la DHP renchérit:

C'est de gérer les non-fonction générique
les déclencheurs explicitement dans ERb lorsque vous êtes
pas enclins à manuellement le brancher
par JS. La grande victoire pour UJS dans
Rails 3 est de se débarrasser des gros andains
de code réutilisable ala données confirmer
et de données à distance. Ces médicaments génériques sont
auto-câblé et vous n'avez pas à
embêter avec elle.

Mais pour vos propres fonctions, ala
link_to_function "Ajouter un calendrier",
"Le calendrier.add()", c'est un plus
directe, immédiate de chemin à faire. Si vous
encore serait plutôt passer par un
JS externe et le fil à la main
par dom:prêt, ont une journée sur le terrain.

Le soutien pour UJS dans Rails 3 n'est pas
à propos d'être dogmatique. Tout comme l'
soutien pour le RESTE, ce n'est pas le cas. Nous allons exposer
la majeur valeur pour tout le monde, puis
autoriser pour les points de vente où il fait
depuis. Ici, c'est logique.

Ce, d'ailleurs, n'est pas à propos de prototype ou
un autre js cadre.

Alors que j'ai l'intention de basculer tout à javascript discret, une bonne étape intermédiaire (pour moi), était de remplacer

link_to_function icon_tag('close.png'), '$(this).parent().hide()', :title => t('actions.close'), :class => 'close'

avec les éléments suivants:

link_to icon_tag('close.png'), '#', :onclick => '$(this).parent().hide()', :title => t('actions.close'), :class => 'close'

Très simple. Espérons que cette aide.

Vous devez vous connecter pour publier un commentaire.