Чи застосовується MVC лише до Інтернету

Це майже і миттєво, коли я розмовляю з розробниками про Controller Model View ( MVC ), вони кажуть, що ви подаєте запит на URL-адресу, на якому сервер створює сутність (MODEL) і надає вам візуальне представлення цієї моделі.

• Так це означає, що MVC призначений лише для Інтернету чи я зустрічався з людьми, які просто розробники, які використовують MVC для написання веб-додатків?

• Чи є звички для MVC на додатках у стилі настільних ПК?

• Я, наприклад, новачок у парадигмі і хотів би знати про будь-який супернабір на MVC

MVC - зразок. Шаблони застосовуються для всіх програмувань. MVC, як буває, дуже добре працює у веб-контексті.

Як зазначає gnat, просто подивіться на тег mvc, і ви побачите кілька прикладів його реалізації.

Зважаючи на те, що MVC створений з 1977 року, а мережа була винайдена лише в 1991 році, слід бути досить очевидним, що MVC - це не лише для Інтернету.

Ні, розробка для OS X і iOS використовує модель Controller View View.

Задайте питання в середовищі Microsoft, і багато людей вважають, що ви маєте на увазі Asp.Net MVC, що є реалізацією MVC спеціально для Інтернету.

На жаль, є багато людей, які не усвідомлюють, що це реалізація структури MVC і вважають, що вони є взаємозамінними термінами, що призводить до припущення про "тільки в Інтернеті".

Принаймні, наскільки мені відомо, перша реалізація MVC була в Smalltalk. Він точно був присутній у Smalltalk-80. Хоча я не маю жодної документації, яка б могла це підтвердити, я вважаю, що (або щось зовсім подібне все одно) до цього часу в Smalltalk вже кілька років.

Більшість фреймворків OO GUI включали принаймні якийсь варіант MVC. Я не впевнений, однак, що саме означатиме «суперсет» у даному випадку. Трохи важко сказати, чи є якийсь із варіантів суперсет, підмножина або одноранговий MVC, але я схильний вважати більшість з них однолітками.

У будь-якому випадку, багато з них (більшість?) Використовувались для розробки на робочому столі, а не для веб-розробки. Завдяки деяким старим патентам AT&T, більшість віконних систем вимагають, щоб програми мали можливість повторно генерувати перегляди на вимогу. Це (майже) змушує принаймні деякий ступінь поділу між кодом, який підтримує поточний стан (модель), і кодом, який відображає цей стан (вид). Це все ще залишає багато варіантів для 1) ступеня, на яку функціональність контролера відокремлена, і 2) точних деталей, де провести лінії між кожною з основних частин.

Ні, це застосовується навіть для автономних програм. Приклад Java Swing слід за MVC.

Тож існує багато різних моделей дизайну в цій галузі.

• Presenter Model View (mvp)
• Presenter View View Model (mvvp)
• Контролер перегляду моделі
• Модель 2

і так далі. Протягом багатьох років вони перепліталися, пюрувались, змінювались та застосовувались у найрізноманітніших контекстах. Тут важливим є те, що модель дизайну MVC з 1977 р. Досить сильно змінилася, і це вже не модель дизайну, що використовується веб-рамками серверів. В якості прикладу в оригінальній реалізації малої розмови, Model буде дотримуватися виду змін, що вже не так, оскільки сервер просто не може спостерігати html елементи в браузері користувачів. Замість цього, якщо перегляд зміниться, представлення надішле запит контролеру, який потім оновить подання. Знову не виконується оригінальна реалізація MVC, оскільки оновлення моделі означає, що всі погляди, залежні від моделі, будуть оновлені.

Сучасні веб-рамки мають просту трирівневу архітектуру, також відому як архітектура Model 2.

Звичайно, в Інтернеті є приклади реальних архітектур MVC, але вони часто є лише клієнтськими, підключеними до сервера, який слідує за архітектурою Model 2, оскільки перегляди є xml та json і не спостерігаються за змінами. Прикладами чистої архітектури mvc на стороні клієнта є Sencha Touch та Sproutcore.

Якщо у браузері є MVC, mvc як на сервері та mvc як рівень даних, у вас є ієрархічна реалізація mvc.

Примітка. Я говорив лише про веб-рамки, інші реалізації MVC, такі як java swing і Flex, має інші відмінності в реалізації.

Ви повинні знати, що існує стільки ароматів MVC, скільки є рамки, які заявляють про реалізацію MVC.

Більшість погоджуються з тим, що модель має деякий стан, і вид надає це. Але у Контролера дуже різні ролі.

У Smalltalk, де вперше було описано, Модель є ядром вашої програми, даних та бізнес-методів. Перегляд - це графічне зображення стану програми (він же модель), і Контролер управляє подіями введення, миші та клавіатури користувача. Наприклад, контролер направляє події клавіатури на елемент перегляду, на якому знаходиться фокус.

На сторінках .jsp Модель є здебільшого даними, Перегляд надає, що Модель до HTML, а Контролер здійснює маршрутизацію Моделі до відповідного Перегляду, щоб надати її.

Отже, щоб відповісти на ваше запитання, хоча MVC використовується як в автономних додатках (Java, .Net, Flex), так і в Інтернеті (сторінки jsp), це зовсім інша річ. Це означає, що відомий вам MVC не використовується в автономних програмах.