Personnellement, je pense que si vous avez besoin d'extraire le code de logique métier d'origine ou le code de logique métier complexe, il doit être implémenté séparément dans une bibliothèque de classes. MVC résout principalement la séparation entre la vue, le modèle et le contrôle utilisateur. Dans les scénarios commerciaux réels, cela peut impliquer un traitement logique plus complexe, tel qu'une requête conjointe multi-tables, un traitement de processus de transaction, etc. Ces codes de logique métier complexes, relativement indépendants et indépendants de la vue, peuvent être extraits dans des bibliothèques de classes distinctes pour fournir des interfaces externes. Appelé via une injection de dépendances ou une référence directe dans MVC. Le M dans MVC joue simplement le rôle d'un modèle de domaine, ce qui peut être meilleur.
Quand j'ai vu cette question posée, j'ai eu envie de dire : "Idiot, idiot, quel genre de question JB poses-tu ?" Cependant, après y avoir réfléchi, j'ai l'impression que quoi qu'il arrive, je devrais être tolérant. Je veux vous demander, quelle est la logique ou le fondement commercial sur lequel vous vous basez ? Pourquoi faire ça ? Selon vous, quels sont les avantages de faire cela ? À partir de là, nous pouvons analyser et répondre à vos pensées. Sinon, la plupart des gens ne veulent pas répondre aux questions sans contexte, en particulier ceux qui travaillent dans le domaine de la technologie. Ils veulent souvent obtenir une raison, et ils penseront naturellement que c'est déraisonnable. je vais te gronder. Hélas, ne parlons pas de ce qui suit. Permettez-moi de mentionner une chose ici. Si les trois autres couches sont mises dans le modèle, il ne s'appellera pas modèle, et il ne s'appellera pas MVC. Quant à la situation, je peux. Je ne le décris pas.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Personnellement, je pense que si vous avez besoin d'extraire le code de logique métier d'origine ou le code de logique métier complexe, il doit être implémenté séparément dans une bibliothèque de classes.
MVC résout principalement la séparation entre la vue, le modèle et le contrôle utilisateur. Dans les scénarios commerciaux réels, cela peut impliquer un traitement logique plus complexe, tel qu'une requête conjointe multi-tables, un traitement de processus de transaction, etc. Ces codes de logique métier complexes, relativement indépendants et indépendants de la vue, peuvent être extraits dans des bibliothèques de classes distinctes pour fournir des interfaces externes. Appelé via une injection de dépendances ou une référence directe dans MVC. Le M dans MVC joue simplement le rôle d'un modèle de domaine, ce qui peut être meilleur.
Quand j'ai vu cette question posée, j'ai eu envie de dire : "Idiot, idiot, quel genre de question JB poses-tu ?" Cependant, après y avoir réfléchi, j'ai l'impression que quoi qu'il arrive, je devrais être tolérant. Je veux vous demander, quelle est la logique ou le fondement commercial sur lequel vous vous basez ? Pourquoi faire ça ? Selon vous, quels sont les avantages de faire cela ? À partir de là, nous pouvons analyser et répondre à vos pensées. Sinon, la plupart des gens ne veulent pas répondre aux questions sans contexte, en particulier ceux qui travaillent dans le domaine de la technologie. Ils veulent souvent obtenir une raison, et ils penseront naturellement que c'est déraisonnable. je vais te gronder. Hélas, ne parlons pas de ce qui suit. Permettez-moi de mentionner une chose ici. Si les trois autres couches sont mises dans le modèle, il ne s'appellera pas modèle, et il ne s'appellera pas MVC. Quant à la situation, je peux. Je ne le décris pas.
Haha, je suppose que l'affiche a un problème avec ses capacités d'expression
Intégrez les trois autres couches du projet dans le modèle. Quel est l'intérêt de superposer de cette façon
.Ce n'est pas scientifique de faire cela, MVC consiste à séparer les autres.
Oh, si vous faites cela, vous n'avez pas besoin de le superposer. Pourquoi avez-vous encore besoin de MVC...
Vous êtes un extraterrestre. . . .
2B, tu l'ignores toujours, peux-tu demander clairement ?
Vous pouvez comprendre le concept de mvc