** Mise à jour 20190508 **
J'utilise Ruby depuis longtemps, mais maintenant j'utilise Java et je m'entraîne pour cela. J'ai donc utilisé Spring pour la première fois, mais depuis que je développais avec Ruby et Rails jusqu'à présent, il y a un point, alors j'ai décidé d'écrire cette fois si possible pour partager cela. En termes de niveau, j'ai vraiment bougé un peu en lisant un livre sur les bases de Java et les bases du Web.
Ce qui était bloqué, c'est que la forme de MVC était différente de celle de Rails, donc je ne savais pas comment l'implémenter. J'ai remarqué cela après avoir fait Spring, mais j'ai senti que le MVC de Rails avait été conçu de manière à pouvoir être implémenté assez facilement. Étant donné que chaque MVC est divisé en seulement trois modèles, vues et contrôleurs, il est assez facile de savoir quoi écrire. C'est vraiment simple. D'autre part, Spring a une forme légèrement différente d'implémentation MVC. Lorsqu'il se divise en contrôleur, service, entité et référentiel. Je comprends que le rôle du contrôleur n'est pas si différent de celui de Rails, mais quoi d'autre? Que devrais-je écrire? C'est devenu.
De là, le grand voyage a commencé. Apparemment, je comprends que Repository interagit avec DB, mais le service est également relativement proche, n'est-ce pas? Qu'est-ce que l'entité? C'est devenu. Quoi qu'il en soit, si vous ne comprenez pas cela, vous ne pouvez pas apprendre même si vous le faites! Quoi qu'il en soit, je vais enquêter sur diverses choses. Ce qui était difficile ici, c'est que chaque rôle était exprimé de manière relativement abstraite. Par exemple, Service implémente la logique métier. Non, c'est difficile à comprendre. Quelle est cette logique métier en premier lieu? Ce faisant, je suis tombé sur un site qui a ce que je veux savoir. Bases du Web avec Spring Boot C'est de Slide Share, donc c'est facile à comprendre. J'ai enfin ma propre réponse ici. Je vais l'écrire ici pour ma propre étude.
| Chaque nom | rôle |
|---|---|
| Controller | manette. Interagissez avec le navigateur et le service. |
| Service | La partie qui décrit ce que vous voulez faire avec DB. Un endroit pour écrire des choses spécifiques telles que l'enregistrement et la mise à jour. |
| Repository | Recevez une demande de traitement du Service et communiquez directement avec le DB. Utilisez-le comme un résumé. Acquisition de données, mise à jour, etc. |
| Entity | Un conteneur pour les données. C'est comme une boîte de rangement. |
C'est organisé en moi, mais cela peut être assez déroutant. Avec quelques annotations, vous pouvez interpréter le référentiel comme un référentiel abstrait pour la réalisation du traitement du service. C'est pour mettre en œuvre ce que fait le service. Ainsi, l'entité doit enregistrer la valeur pour communiquer avec DB, donc la boîte à utiliser à ce moment-là. Comme mettre des chiffres. Il joue un tel rôle. Je l'ai écrit ici pour vous faciliter la compréhension, mais si vous ne le comprenez pas, vous voudrez peut-être regarder de plus près le lien ci-dessus.
Grâce au site que j'ai mentionné plus tôt, je comprends le rôle de l'acteur au printemps. J'ai l'impression que certaines personnes risquent de rester coincées.
Recommended Posts