Ingénierie frontale - Le modèle et le contrôle mvc front-end doivent-ils être écrits dans deux fichiers .js distincts ?

Question

Il existe quelques confusions à propos du MVC frontal :
Modèle : logique d'écriture
Contrôle pour enregistrer et contrôler les événements des nœuds de page, et implémenter les performances de chargement des pages

Ainsi, dans le développement de projets à grande échelle, Model et Control doivent-ils être écrits dans deux fichiers .js distincts, ou doivent-ils être implémentés dans un seul js, tant que les v et M principaux sont séparés ?
S'il est divisé en control.js et model.js, y aura-t-il plus de demandes de pages ?

S'il vous plaît, demandez de l'aide à Dieu

Answer 1

Le modèle et le contrôleur doivent-ils être écrits dans deux fichiers .js distincts ?

Oui ! La séparation est pour une meilleure rencontre !

Model est un ensemble de méthodes d'exploitation de données, et le contrôleur est chargé d'appeler les méthodes de modèle et de répondre à View.
La caractéristique des grands projets est que le flux de données est volumineux et complexe et n'est pas séparé dans le contrôleur. (couplage), il n'y a donc aucun contrôle global sur le fonctionnement des données de page, et elles sont difficiles à maintenir et à réutiliser. Séparément, le modèle n'expose que les méthodes. À l'heure actuelle, le modèle peut être considéré comme une machine à produire des données. Lorsque vous appelez les méthodes et paramètres correspondants dans le contrôleur, il vous renverra les données correspondantes. est transparent pour le contrôleur (découplage). Le modèle est également facile à maintenir et à réutiliser, et même l'URL demandée peut être séparée et gérée séparément.

Est-ce que cela augmentera les demandes de pages ?

L'ingénierie front-end mentionnera inévitablement la création d'outils, elle peut donc être regroupée à l'aide d'outils.

Réponse réticente, pas de code, merci de signaler toute erreur :)

Answer 2

@kraaas a déjà répondu, rien d'autre à dire.

Quand Modèle et Contrôleur deviennent des concepts, qu'importe qu'ils soient divisés ou non ? Lorsque le code est lu par la machine, qu'importe qu'il soit divisé ou non ? Le problème est que le programme est écrit pour que les gens le lisent, pas pour que la machine le lise. Il est donc pratique de le lire tel quel. est. De toute évidence, la séparation est une sorte de meilleur choix.