Quelle est la meilleure définition de la MVC?

J'ai été en utilisant Zend Framework MVC de configuration, de lire à propos de ruby on rails et de plan de consulter d'autres frameworks MVC en Python(Django?)... j'aime vraiment la façon dont il isole certaines parties de la logique, de la sécurité et de la validation. Mais après seulement 1 an de l'utiliser, j'ai lu une réponse ici dire presque tout le monde ont mauvaise définition de la MVC et qui m'a fait me demander... Quelle est la bonne définition de la MVC et où pourrais-je lire sur la structure et la mise en œuvre standard?

Mise à jour: je undertand nous savons tous que la définition de BASE (theres un modèle d'un contrôleur et d'un point de vue, les actions sur le contrôleur aller à la vue avec quelques infos après avoir fait quelque chose avec le modèle) mais j'aimerais savoir quelle est la définition que vous PENSEZ que tout le monde le SAIT et pourquoi est-ce mal( et peut-être qui va expliquer à tout le monde où il pourrait y avoir des erreurs, les avis et bien sûr, quel est votre vrai point de vue de la ce)

OriginalL'auteur DFectuoso | 2009-01-08

  1. 13

    Voir le Chapitre 14 du livre: Modèles d'Architecture Enterprise Application, par Martin Fowler.

    La section sur MVC commence avec:

    "Modèle-Vue-Contrôleur (MVC) est l'un des
    le plus cité (et le plus mal cité)
    modèles de autour de. Il a commencé comme un
    le cadre élaboré par Trygve
    Reenskaug pour la Causerie de la plateforme
    à la fin des années 1970. Depuis lors, il a
    joué un rôle influent dans la plupart de l'INTERFACE utilisateur
    des cadres et de la réflexion sur
    Conception de l'INTERFACE utilisateur."

    Il dit aussi:

    "Quand je pense à MVC, je vois deux
    principal séparations: la séparation de la
    présentation du modèle et
    séparer le contrôleur de l'
    vue.

    ...

    De ces la séparation de
    la présentation et le modèle est l'un des
    le plus important des principes de conception dans
    logiciel, et le seul moment où vous
    ne doit pas suivre c'est très simple
    les systèmes où le modèle n'a pas de réel
    comportement en elle de toute façon. Dès que vous
    obtenir quelques nonvisual logique, vous devriez
    appliquer la séparation. Malheureusement, un
    beaucoup de cadres de l'INTERFACE utilisateur en faire
    difficile, et ceux qui ne le sont pas
    souvent enseigné sans séparation.

    La séparation de vue et contrôleur
    est moins important, alors je serais le seul
    vous recommandons de le faire quand il est vraiment
    utile. Pour les clients riches des systèmes, qui
    finit par être presque jamais, bien que
    il est courant dans les serveurs Web frontaux où
    le contrôleur est séparé. La plupart des
    des modèles de conception de sites Web sont ici
    basé sur ce principe."

    OriginalL'auteur Ash

  2. 19

    La plupart des grands erreur que j'ai trouver avec les peuples de la compréhension de la MVC est qu'ils pensent que le modèle englobe plus que il ne. Plus spécifiquement, les gens pensent souvent:

    • Modèle = Base De Données
    • View = HTML
    • Controller = Logique Métier et tout le reste.

    C'est souvent la façon dont les choses fonctionnent dans une petite application, mais la réalité MVC est un moyen de séparer le code de commerce à compter de la présentation du code. Le Modèle n'toutes les activités réelles de travail. Le point de vue de fournir l'apparence et la sensation, et le contrôleur des cartes de l'un à l'autre.

    Je n'ai pas de voter parce que des thats im pas sûr que le modèle doit être en train de faire l'activité réelle de travail, je pense que le contrôleur peut faire plus que de la cartographie(c'est le routeur de l'emploi).

    OriginalL'auteur Jack Ryan

  3. 3

    Je fais confiance à la MVC définition donnée ici par Martin Fowler. Toutefois, vous pouvez remarquer le fait que plus ou moins ces cadre ont leur propre tweak. Par exemple, un cadre comme Django est plus du Modèle-Modèle-Contrôleur en raison de son template de fonction.

    OriginalL'auteur Perpetualcoder

  4. 2

    Je pense la même chose. Aussi loin que je suis concerné, tout ce qui parvient à séparer ce qui concerne l'affichage, les données et les objets d'entreprise et le contrôle de ceux (initialisation, en réponse à une entrée utilisateur) obtient le bénéfice que MVC cherche à apporter.

    Le but est de déplacer ces éléments en re-utilisable de composants et de pouvoir échanger les différentes implémentations et également être en mesure de tester les différentes pièces dans l'isolement. IMO c'est ce que MVC est tout au sujet.

    Cette est une assez bonne écriture de l'histoire et populaire implémentations du paradigme MVC. Nous devons ajouter les Modèle - Vue - Vuemodèle modèle qui est recommandé pour WPF là aussi.

    OriginalL'auteur Quibblesome

  5. 2

    MVC est l'un des trois ASP.NET les modèles de programmation. MVC est un framework pour développer des applications web à l'aide d'un MVC (Modèle-Vue-Contrôleur) conception: représente Le Modèle du cœur de l'application (par exemple une liste d'enregistrements de base de données). La Vue affiche les données (les enregistrements de base de données).

    OriginalL'auteur Muhammad Mohsin Muneer

  6. 2

    Le modèle-vue-contrôleur modèle propose trois principaux composants ou des objets à être utilisé dans le développement de logiciels:

    • D'un Modèle , qui représente le sous-jacent, la structure logique des données dans un logiciel d'application et le haut niveau de la classe associée. Ce modèle objet ne contient pas toutes les informations sur l'interface utilisateur.
    • Un point de Vue , qui est une collection de classes représentant les éléments de l'interface utilisateur (toutes les choses à l'utilisateur de voir et de répondre à l'écran, tels que des boutons, des boîtes d'affichage, et ainsi de suite)
    • Un Contrôleur , qui représente les classes reliant le modèle et la vue, et est utilisé pour communiquer entre les classes dans le modèle et la vue.

    OriginalL'auteur user7109078

  7. 1

    Le projet est divisé en trois parties:

    1. modèle: représentées dans la base de données.
    2. vue: représentées dans votre projet de l'interface que vous pourriez faire à l'aide de html, javaScript et css.
    3. contrôleur: c'est une logique d'entreprise représentée dans vos fonctions et il est envisager le lien entre le modèle et la vue qui représentent niveau de la sécurité, aussi.

    OriginalL'auteur ledia