Je publierai le processus de progression du tutoriel sur les rails par moi-même.
Cela touche des mots que je n'ai pas compris dans le processus et des erreurs bloquées.
Veuillez signaler toute erreur car il s'agit d'un résultat d'apprentissage personnel.
Puisqu'il s'agit de mon premier article, je pense qu'il y a beaucoup d'endroits difficiles à lire, mais pardonnez-moi s'il vous plaît.
Je ne comprenais pas comment fonctionne la portée lors de la création du formulaire de connexion, alors je l'ai recherché.
form_with(url: login_path, scope: :session, local: true)
référence https://qiita.com/akilax/items/f36b13f377f7e442bc73
Il semble bon de le considérer comme le préfixe de la valeur de nom nécessaire pour passer des paramètres sans trop réfléchir.
En gros, sous la forme d'un objet qui hérite de Active Recode
<%= form_with(model: @user, local: true) do |f| %>
<%= f.label :name %>
<%= f.text_field :name, class: 'form-control' %>
.
.
<% end %>
Et accéder à la valeur d'entrée (valeur du nom de la balise d'entrée générée)
params[:user][:name]
Et le résultat d'entrée a été enregistré dans le hachage de l'utilisateur.
Il en va de même pour ce formulaire de session, et je pense que le résultat d'entrée est enregistré dans le hachage spécifié par scope afin de transmettre la valeur du résultat d'entrée au paramètre.
Affiche un message d'erreur lorsque la connexion échoue.
app/controllers/sessions_controller.rb
#Annonce 8.8:Gère le traitement en cas d'échec de la connexion (avec erreur)
class SessionsController < ApplicationController
def new
end
def create
user = User.find_by(email: params[:session][:email].downcase)
if user && user.authenticate(params[:session][:password])
#Redirection vers la page d'informations de l'utilisateur après la connexion de l'utilisateur
else
flash[:danger] = 'Invalid email/password combination' #Pas vraiment correct
render 'new'
end
end
def destroy
end
end
En fait, avec le code ci-dessus, une fois que le message flash de demande est affiché, il ne disparaîtra pas. Contrairement à l'utilisation de la redirection dans le Listing 7.27, forcer la méthode de rendu à restituer le modèle affiché n'est pas considéré comme une requête, donc le message de requête ne disparaît pas. Par exemple, si vous entrez délibérément des informations invalides et que vous les envoyez pour afficher un message d'erreur, puis cliquez sur la page d'accueil pour y accéder, le message flash y sera toujours affiché. (tutoriel rails Extrait du chapitre 8)
Ici, la question se pose de savoir pourquoi le message ne disparaît pas à moins qu'il ne soit considéré comme une demande, et pourquoi il peut disparaître car une demande GET est effectuée en cliquant sur la page d'accueil après l'affichage du message d'erreur. J'ai fait.
Pour résoudre cette question, j'ai d'abord étudié la différence entre render et redirect_to.
référence https://qiita.com/january108/items/54143581ab1f03deefa1 Après avoir lu cet article, j'avais encore la question que j'avais fait une demande lorsque j'ai cliqué sur la page d'accueil. Après cela, j'ai recherché diverses choses et j'ai finalement trouvé la réponse. Apparemment, je ne comprenais pas assez le flash.
référence https://pikawaka.com/rails/flash
En d'autres termes, il semble que le message flash soit affiché, puis la demande est reçue, l'action est exécutée, puis le message flash est effacé.
Ainsi, après l'affichage de la vue avec la méthode de rendu, il semblait que le message restait même si je faisais une demande d'accueil.
Comme test
C'était vraiment rafraîchissant !!
Les assistants de session Rails sont également automatiquement chargés dans la vue. Si vous chargez ce module dans le contrôleur d'application, qui est la classe parente de tous les contrôleurs Rails, vous pouvez l'utiliser avec n'importe quel contrôleur. (tutoriel rails Extrait du chapitre 8)
Mise en garde Il est automatiquement chargé dans la vue, mais si vous souhaitez utiliser la méthode définie dans l'assistant avec un contrôleur, etc., vous devez le charger avec include.
Il y a quelque chose de difficile à comprendre sur ce sujet, j'ai donc utilisé la question sur Qiita pour la première fois.
Quand j'ai creusé plus profondément dans le contenu, je n'ai pas compris pourquoi j'aurais dû utiliser la méthode find_by au lieu de la méthode find, alors j'ai posé une question.
Contenu de la question https://qiita.com/shun_study_p/questions/da3de50fe7826dc151ed Merci à ceux qui ont répondu.
@current_user ||= User.find_by(id: session[:user_id])
La valeur logique de l'objet User lui-même est toujours vraie. Grâce à cela, l'appel find_by est exécuté uniquement lorsque rien n'est affecté à @current_user et que des lectures inutiles dans la base de données ne sont pas effectuées. (tutoriel rails Extrait du chapitre 8)
Complétez également la phrase ici
@current_user ||= User.find_by(id: session[:user_id])
Cette phrase consiste à exécuter la méthode find_by et à créer un objet User lorsque @current_user est nul. (L'objet utilisateur est affecté à @current_user) Après cela, @current_user devient un objet User, et comme l'objet User renvoie true, le côté gauche devient vrai après cela, la méthode find_by inutile n'est pas exécutée (car @current_user n'est pas nul) et les données inutiles sont appelées. Cela ne sera pas fait.
<%= link_to "Profile", current_user %>
Ce qui est fait dans cette phrase en tant que révision
<%= link_to "Profile", "/users/#{current_user.id}" %>
<%= link_to "Profile", user_path(current_user.id) %>
<%= link_to "Profile", user_path(current_user) %>
<%= link_to "Profile", current_user %>
Est abrégé.
Une autre question ici est Vous pouvez voir que nous passons l'objet modèle dans l'argument link_to.
Mais cette fois ce n'est pas une méthode ...?
À ce sujet, je me suis référé à l'article suivant.
Article de référence 1 (également mentionné au chapitre 7) https://qiita.com/Kawanji01/items/96fff507ed2f75403ecb
Article de référence 2 https://teratail.com/questions/198096 Apparemment, si vous renvoyez une instance du modèle dans la valeur de retour, vous pouvez considérer la méthode comme un objet modèle.
def User.digest(string)
cost = ActiveModel::SecurePassword.min_cost ? BCrypt::Engine::MIN_COST :
BCrypt::Engine.cost
BCrypt::Password.create(string, cost: cost)
end
Cette méthode de résumé sera utilisée dans diverses situations à l'avenir. Par exemple, 9.1.1 réutilise le digest, donc mettons cette méthode digest dans le modèle User (user.rb). Ce calcul ne doit pas être effectué par utilisateur, il n'est donc pas nécessaire d'accéder à l'objet utilisateur, comme dans un fichier de fixture (c'est-à-dire qu'il n'a pas besoin d'être défini dans une méthode d'instance). (tutoriel rails Extrait du chapitre 8)
Je ne comprends pas la signification de la phrase ci-dessus, peut-être que je n'ai pas compris la différence entre la méthode d'instance et la méthode de classe.
Le texte ci-dessus est
ils ont dit. D'une manière ou d'une autre, je peux comprendre ce que ces deux signifient ...
C'est toujours une compréhension duveteuse, mais j'ai essayé de la résumer moi-même en référence à l'article.
référence https://qiita.com/tbpgr/items/56eb65c0ea5882abbb07
En d'autres termes Les méthodes de classe ont pour rôle de modifier et de référencer les informations sur la classe XX elle-même.
Ainsi, le hachage de mot de passe comme cette fois, les attributs de genre tels que le genre comme dans l'exemple de l'article, peuvent être définis à l'avance avec la méthode de classe.
Les méthodes d'instance ont pour rôle de modifier et de référencer des informations sur des instances individuelles.
Par conséquent, si vous souhaitez faire référence à des informations telles que le mot de passe ou le nom de données spécifiques, utilisez la méthode d'instance. (Il est facile d'imaginer que vous devez accéder à l'objet utilisateur)
Je me demande si c'est un tel endroit ... difficile ...
Ce chapitre est également difficile, et certaines parties ont progressé avec environ 70% de compréhension, j'ai donc pensé qu'il était nécessaire de revoir.
Recommended Posts