quelle est la différence entre link_to, redirect_to, et de rendre?

De la La Documentation:

Concernant le rendu de la vue vs rediriger une demande

. . . rendre raconte les Rails de la vue (ou d'autres actifs) à utiliser dans la construction d'une réponse. Le redirect_to méthode fait quelque chose de complètement différent: il indique au navigateur d'envoyer une nouvelle demande pour une URL différente.

Concernant le rendu de la vue

. . . le rendu de l'action :ne pas exécuter n'importe quel code de l'action cible . . .

Concernant la redirection d'une demande

. . . Votre code s'arrête et attend une nouvelle demande pour le navigateur. Il se trouve que vous avez dit au navigateur que la demande devrait faire la prochaine, en envoyant un HTTP 302 code d'état.

---

En gros:

link_to est une méthode d'aide à générer des Url généralement utilisé dans votre point de vue (.html.erb fichiers)

rendre dit de votre contrôleur pour effectuer le rendu d'une vue sans la transmission des données (par exemple, à partir d'un formulaire) à la prochaine action du contrôleur.

redirect_to fait une redirection 302, le passage des données (par exemple, à partir d'un formulaire), soit l'action d'un contrôleur sur votre application web, ou une application externe (ex: google, facebook, un site web article vous a plu, etc)

J'ai fait viens d'écrire un post sur ce blog. Bits les plus importants sont copié ci-dessous (avec des modifications).

Méthodes de contrôleur: render vs redirect_to

render et redirect_to sont les deux moyens que les actions du contrôleur de fin de (en règle générale). Pour comprendre comment ils fonctionnent, passons en revue ce que les contrôleurs ne dans une application Rails:

• Un utilisateur tente d'accéder à une page.
  
  (http://localhost:3000/books/index.html)
• Sous le capot, le navigateur envoie une requête HTTP pour le chemin d'accès spécifié sur le serveur.
  
  (GET /books/index.html)
• Les Rails le système de routage de recherche ensuite le contrôleur correspond à la donnée de demander le chemin d'accès.
  
  (books GET /books/index(.:format) books#index)
• Le contrôleur prépare certaines données, puis indique au serveur qu'réponse (c'est à dire, HTTP en-tête/corps) à envoyer au client.

Cette dernière étape se produit explicitement lorsque vous appelez render ou redirect_to, ou implicitement que si vous les laisser.

Qui est,

def index
  @books = Book.all
end

est le même que

def index
  @books = Book.all
  render :index
end

render :index dit, " combiner les données que j'ai préparé (@books = Book.all) avec le books/index.html.erb modèle de vue de générer un état complet du document HTML, puis l'envoyer au client.’

redirect_to @book dit, " dites au client de démarrer le processus entier de nouveau, de délivrer un nouveau GET demande à url_for(@book).

Si vous omettez la fois, l'action se rendre d'un modèle avec le même nom que l'action elle-même. En d'autres termes, vous ne devez appeler render explicitement lorsque le modèle que vous désirez ne correspond pas à l'action, vous vous êtes rendu de.

Noter que chaque contrôleur de l'action correspond à un modèle de vue. Généralement, #create, #update, et #destroy (qui sont tous acheminés à la non-GET requêtes HTTP) tenter de faire quelques changements à la base de données, et ensuite, soit redirect_to une ressource (si il a réussi) ou re-render la forme qui l'a précédé, avec toutes les erreurs (si elle a échoué).

Comme les guides officiels expliquer (l'emphase est mienne),

Ces deux méthodes [render et redirect_to] représentent les deux actions de base archétypes utilisés dans les Contrôleurs d'Action: Obtenir-et-afficher et ne-et-redirection. La plupart des actions sont des variations sur ces thèmes.

---

Méthodes de vue: render vs link_to

render est également utilisé dans les modèles de vue eux-mêmes. Plutôt que de générer complet d'un document HTML, il est utilisé pour insérer un vue partielle modèle dans une plus grande. Voici le résultat:

• Vous pouvez créer vue partielle modèle fichiers à insérer dans vos modèles standard (pensez à eux comme modulaire des composants de la page).
• Les noms de fichiers de partiels doivent commencer par un caractère de soulignement (par exemple, _nav.html.erb).
• Utilisation render 'nav' si vous souhaitez inclure la _nav.html.erb partielle à partir d'un point de vue situé dans le même dossier.
• Utilisation render 'shared/nav' si vous souhaitez inclure la partielle au app/views/shared/_nav.html.erb à partir de tout point de vue dans votre projet.
• Différentes options et de sténographie syntaxes existent pour transmettre des données dans une partielle, le rendu de plusieurs harmoniques à partir d'un objet de collection, et plus encore. Voir les guides pour plus de détails.

link_to est juste une méthode pratique pour l'insertion de balises d'ancrage (a href tags) dans vos templates. Ceci est utile parce que beaucoup de l'Url que vous aurez envie de lien vers d'autres pages au sein de votre application, et ces Url peuvent être référencées à l'aide d'objets ou "helper", comme suit:

= link_to 'Back', books_path   # renders as <a href="/books">Back</a>
= link_to 'View', @book        # renders as <a href="/book/1">View</a> or similar

link_to sortie standard d'ancrage html=un lien (link_to documentation)

redirect_to est couramment utilisé pour la page de réponses comme la mise à jour et de suppression. Il va prendre les paramètres de la donner et va direct à votre page de façon appropriée.
(redirect_to documentation)

de rendu est utilisé pour le chargement de partiels ou de chargement spécifique .cre des fichiers dans d'autres. (le rendu de la documentation)

Il y a un tas d'exemples sur cette rails de guide, qui explique le rendu et redirect_to. link_to est assez différent de celui de rendu et de redirect_to

De l'officiel Rails guides:

Comme vous l'avez vu, rendu raconte les Rails de la vue (ou d'autres actifs) à utiliser dans la construction d'une réponse. Le redirect_to méthode fait quelque chose de complètement différent: il indique au navigateur d'envoyer une nouvelle demande pour une URL différente.