[RUBY] (Giri) Un employé du gouvernement local dans la vingtaine travaille sur un didacticiel Rails [Chapitre 2]

supposition

・ Le tutoriel Rails est la 4ème édition ・ Cette étude est le 3e tour (2e tour après le chapitre 9) ・ L'auteur est un débutant qui a fait tout Progate

Politique de base

・ Si vous le lisez, vous ne le comprendrez pas. ・ Recherchez et résumez les termes que vous ne comprenez pas (en bas de l'article, glossaire). ・ Plongez dans ce que vous ne comprenez pas. ・ Travaillez sur tous les exercices. ・ Ne copiez pas le code autant que possible.

Chapitre 2 Commençons ~

[2.2.1 Exercice d'exploration de la page utilisateur]

Pour les lecteurs qui connaissent CSS: créez un nouvel utilisateur et utilisez la fonction d'inspecteur HTML de votre navigateur pour vérifier la section "L'utilisateur a été créé avec succès". Que se passe-t-il lorsque je recharge le navigateur? → Commencez par F12. Le contenu de la balise id: notice p dans le corps disparaît.
Que se passe-t-il si j'essaie de saisir uniquement le nom sans saisir l'e-mail? → Vous pouvez vous enregistrer en tant qu'utilisateur. C'est peut-être parce que valide n'est pas défini dans le modèle utilisateur.
Que se passe-t-il si j'essaie de mettre à jour en saisissant une mauvaise adresse e-mail telle que "@ exemple.com"? → Cela peut également être mis à jour. Vous devez activer les expressions régulières.
Essayez de supprimer l'utilisateur créé dans l'exercice ci-dessus. Quel message affiche Rails lorsque je supprime un utilisateur? → Afficher le message flash de l'utilisateur a été détruit avec succès.

[2.2.2 Exercice de comportement MVC]

C'est là que la ressource Users entre en jeu. Cela ne correspondait pas tout à fait au début. J'avais l'habitude de définir le routage un par un dans Progate, qu'est-ce que c'est? ?? En bref, c'est comme une norme qui rassemble les choses qui sont utilisées de manière standard. Je comprends que parce que je l'utilise beaucoup, je peux juste dire un mot sans écrire l'itinéraire un par un. Le tableau de correspondance de requête-URL-action est résumé dans le tableau 2.2. Avec un seul mot «ressources: utilisateurs», il sera automatiquement trié sur l'action correspondante. Il semble que ce soit RESTful. Il serait plus facile à gérer en liant les requêtes HTTP et les bases de données.

En vous référant à la Figure 2.11, veuillez dessiner un diagramme du comportement lors de l'accès à l'URL / users / 1 / edit. → La figure ci-dessous. Pour @user = ~~, la méthode set_user est spécifiée dans before_action dans le contrôleur, de sorte que l'utilisateur avec l'ID correspondant est acquis avant l'édition.
En examinant le comportement illustré, essayez de trouver le code qui obtient les informations utilisateur de la base de données dans le code généré par Scaffold. → méthode d'index de users_controller (@users = User.all) et méthode set_user (@user = User.find (params [: id]))
Quel est le nom de fichier de la page de modification des informations utilisateur? → edit.html.erb dans le dossier vues

[2.3.1 Exercice d'exploration du micro-poste]

Pour les lecteurs qui connaissent CSS: Créez un nouveau micro-message et utilisez la fonction d'inspecteur HTML de votre navigateur pour rechercher la section "Micropost a été créé avec succès". Que se passe-t-il lorsque je recharge le navigateur? → Identique à l'exercice en 2.2.1
Que se passe-t-il lorsque vous essayez de créer un micro-message avec le contenu et l'utilisateur vides? → Vous pouvez le créer.
Que se passe-t-il si j'essaie de créer un micro-message avec une chaîne de 141 caractères ou plus saisie dans Contenu? (Indice: le premier paragraphe de l'article Ruby sur Wikipédia ne contient que 150 caractères, mais que se passe-t-il? Le faites vous?) → Cela peut également être fait.
Supprimons le micro-message créé dans l'exercice ci-dessus. → Cliquez sur Détruire sur la page / microposts.

[2.3.2 Exercice pour créer un micro-message]

Entrez à nouveau 141 caractères ou plus dans Contenu, comme vous l'avez fait dans l'exercice 2.3.1.1 précédemment. Comment le comportement a-t-il changé? → La page d'erreur s'affiche. 1 error prohibited this micropost from being saved: Content is too long (maximum is 140 characters)
Pour les lecteurs qui connaissent CSS: utilisez la fonction d'inspecteur HTML de votre navigateur pour vérifier le message d'erreur affiché. → Ouais, eh bien ... une erreur s'affiche ...

[2.3.3 L'utilisateur a de nombreux microposts Exercice]

Has_many et comes_to sont apparus dans l'association entre les modèles de données. Il réapparaîtra après un long moment. Est-il temps de créer un flux d'articles dans les chapitres 13-14? L'identifiant des utilisateurs et l'identifiant utilisateur des micropostes sont liés.

Modifiez la page de présentation de l'utilisateur pour afficher le premier micro-message de l'utilisateur. Essayez de deviner la grammaire de l'autre code dans le même fichier (la technologie introduite dans la colonne 1.1 entre en jeu). Allons à / users / 1 pour voir si cela semble bon. → C'est comme ça?

`rb:users/show.html.erb`


<p>
  <strong>First post:</strong>
  <%= @user.microposts.first.content %>
</p>

2. La liste 2.16 est une validation qui vérifie si le contenu du micro-message existe. Essayons-le pour voir si nous pouvons vérifier que le micropost n'est pas vide (il semble que la figure 2.16 a réussi). → Il suffit d'ajouter de la présence: true pour valider. (N'oubliez pas de vous séparer avec,)

Réécrivez la partie FILL_IN dans le Listing 2.17 et vérifiez que le nom du modèle utilisateur et l'adresse e-mail existent (Fig. 2.17). → Entrez: nom et: email dans FILL_IN.

[2.3.4 Exercice de hiérarchie d'héritage]

«Étant donné que les contrôleurs Rails héritent toujours d'ApplicationController, les règles définies dans Application Controller sont reflétées dans toutes les actions de l'application.» Ceci est important. La méthode utilisée par tout contrôleur est DRY si elle est définie dans le contrôleur d'application.

Ouvrez le fichier du contrôleur d'application et recherchez le code dans lequel le contrôleur d'application hérite d'ActionController :: Base. →　class ApplicationController < ActionController::Base
Où est le code où ApplicationRecord hérite d'ActiveRecord :: Base? Veuillez vous référer à l'exercice précédent pour le trouver. Astuce: il fonctionne essentiellement de la même manière que le contrôleur, donc si vous regardez les fichiers dans le répertoire app / models ...?) → Dans /app/models/application_record.rb, classe ApplicationRecord <ActiveRecord :: Base

[2.3.5 Exercice de déploiement d'applications]

Créons quelques utilisateurs dans un environnement de production.
Créons un micro-message pour le premier utilisateur dans un environnement de production
Créons un micro-message avec 141 caractères ou plus inscrits dans le contenu du micro-message. Vérifiez si les validations ajoutées dans le Listing 2.13 fonctionnent bien en production. → Si tout est fait selon le tutoriel, cela fonctionnera normalement.

Résumé du chapitre 2

・ Vue d'ensemble du modèle MVC. Il est important d'écrire du code en gardant toujours à l'esprit le flux (car cela deviendra de plus en plus compliqué à l'avenir). -REST architecture: une structure qui résume les opérations de routine. Il est plus facile de le traiter comme une ressource autant que possible. -La validation peut limiter le contenu du formulaire d'entrée. -Les modèles de données peuvent être associés les uns aux autres.

À partir du chapitre 3, nous allons enfin travailler sur le développement d'applications Web à grande échelle!

⇨ Allez au chapitre 3! ⇦ Cliquez ici pour le chapitre 1 Cliquez ici pour les conditions préalables et le statut de l'auteur pour l'apprentissage

Glossaire qui saisit en quelque sorte l'image

-HTTP Protocol (Hypertext Transfer Protocol) Un accord de communication utilisé pour l'envoi et la réception entre les serveurs de navigateur.

Cette fois, j'ai traité des termes difficiles à comprendre dans le texte, c'est donc tout.