Где я могу найти мертвых простое объяснение MVC?

голоса
18

В моей компании мы собираемся построить новый сайт, используя ASP.NET MVC. Мой босс (маркетолог) хотел бы знать некоторые больше о технологии, так что я пытался найти действительно хорошее, простое и педагогическое представление о концепции MVC без везения. Большинство из них требует довольно много базовых знаний в области программирования.

Любые предложения хорошего видео, слайды или другие?

Задан 19/05/2009 в 13:07
источник пользователем
На других языках...                            


12 ответов

голоса
19

Craig Strong имеет довольно хорошую статью о MVC в целом , и как объяснить его преимущества для бизнеса. Проверьте это здесь: Изменено ссылку .

Определение MVC с точки зрения непрофессионала

Помните, что вы технически мыслящих и близко к коду. MVC вам ясно, как день, но говорить с бизнесом «Модель, вид, регулятора,» мог бы дать им впечатление, что вы страдаете от какой-то формы Туретта синдрома. MVC не будет означать много для бизнеса, даже после того, как вы определяете их по отношению к коду. Для того, чтобы получить бизнес, чтобы понять, почему это ответ и меньше всего, что это, может быть больше задач, чем ожидалось, в моем опыте. Даже некоторые товарищи разработчики испытывают трудности в понимании этого по случаю.

Чтобы получить слушатель понять, что MVC и почему это работает, что я пытался в пропуске является применение MVC до различных отраслей промышленности, где слушатели имели более активное участие. Пример, который работал для меня в прошлом, в сравнении с собственностью или даже автомобилей. Большинство людей было дело с строителей, плотников, сантехников, электриков или наблюдали наводнение собственности показывает на экране телевизора. Этот опыт является хорошей платформой для использования и объяснить, почему разделение таких как MVC работает. Я знаю, что вы, вероятно, думая, что не будет работать, так как это не то же самое, как и в программном обеспечении, но помните, что вы не пытаетесь обучить бизнес, чтобы стать разработчиками или иметь глубокое понимание MVC, просто объяснить им, что разделение в производстве не требуется, и это какая структура MVC предлагает.

Чтобы дать пример того, как вы могли бы описать это я очень кратко объяснил, как разделение работ в собственности. Имейте в виду, что это сосредоточено на использовании системы не развивающуюся, которая может быть совершенно иной угол объяснения.

Посмотреть

Представление в MVC является уровень представления. Это то , что конечный пользователь продукта будет видеть и взаимодействовать с. Система может иметь несколько представлений всех различных типов , начиная от вывода командной строки для оказанной HTML. Вид не состоит из бизнес - логики в большинстве прозрачных конструкций. Интерфейс подходит для целей и является сферой взаимодействия. Таким образом , вы могли бы просто выход HTML для потребителей , чтобы взаимодействовать с или вывода SOAP / XML для бизнеса , чтобы взаимодействовать с. Оба используют один и тот же бизнес - логику системы иначе известный как модели и контроллеры.

В мире недвижимости вы могли бы подумать о представлении в качестве внутренней части имущества или внешнего слоя свойства, что жители взаимодействуют. Интерьер может быть настроен для назначения и то же свойство может иметь много различных типов арендаторов. Например, свойство конкретной конструкции может содержать жилые дома. То же самое внутреннее пространство можно легко использовать как офисные помещения, где хотя в той же собственности имеет другое назначение. Однако структура собственности одно и то же. Поэтому среда, в которой пользователи взаимодействуют не вмешивается в структуру здания.

Контроллеры

Контроллер , где происходит волшебство и определяет логику бизнес - приложений. Это может быть там , где пользователь отправил ответ от зрения, то этот ответ используется для обработки внутренней работы запроса и обрабатывает ответ обратно пользователю. Принимая типичный ответ , когда пользователь запросил , чтобы купить книгу. Контроллер имеет идентификатор пользователя, платежные реквизиты, адрес доставки и выбор пункта. Эти элементы затем обрабатываются через бизнес - логику для завершения покупки. Данные передаются через систему в модели слой и в конце концов после того , как весь запрос удовлетворяет определения бизнес, порядок строятся , и пользователь получает свой товар.

Если мы сравним это свойство, мы могли бы сравнить порядок книги в Интернете, чтобы включения выключателя света. Арендатор будет Флик переключателя в положении на просто как заказать книгу. Сам переключатель является элементом слоя представления, который посылает запрос на контроллер так же, как нажать на кнопку оформления заказа на веб-сайте. Бизнес-логика в данном случае является то, что установлен электрик и встроены в конструкции собственности. Переключатель щелкнул, который замыкает цепь. Электричество проходит через все провода, включая блок предохранителей прямо к лампочке. Так же, как пользователь, получающий книгу, в этом случае арендатор получает свет. Весь процесс за кулисами, связанных с кабельной электроэнергией не виден на арендатор.

модели

Модели в MVC наиболее слой снизу и обрабатывать основную логику системы. В большинстве случаев это можно рассматривать как слой , который взаимодействует с источником данных. В системах , использующих MVC, контроллер будет передавать информацию в модель для того , чтобы хранить и извлекать данные. Исходя из примера , приведенного выше определения контроллера, это где детали заказа сохраняются. Дополнительные данные , такие как акции, уровни физического расположения продукта книги среди многих вещей , все хранятся здесь. Если это была последняя книга в наличии заказанного, следующий запрос для этого элемента может проверить , если он доступен и не запретит заказ как товар больше не доступен.

Вставлять с из примера включения выключателя света, этот уровень в нашей структуре может быть подача электроэнергии. Когда арендатор щелкает переключатель, внутренний контур должны запросить электроэнергию для запроса, который аналогичен, если пользователь запросил данные из базы данных, как и в данном необходим для обработки запроса. Если жилье не подключено к электроснабжению, он не может завершить процесс. Бизнес выгоды от использования MVC

После того, как вы получите сообщение по объясняя, что MVC, вы тогда должны увидеть, какие выгоды можно получить от него. Я не буду вдаваться в огромное количество деталей здесь я уверен, что вы можете применить преимущества более точно, которые непосредственно связаны с вами реальной ситуацией. К списку лишь некоторые из общих преимуществ системы, основанной на MVC здесь несколько примеров:

  • Различные уровни квалификации могут работать на разных уровнях системы. Например, дизайнеры могут работать на интерфейсе (View) с очень мало знаний в области развития и разработчики могут работать на бизнес-логики (контроллер) с очень мало внимания на проектном уровне. Тогда они просто интегрировать вместе на доработку.
  • В результате вышеуказанных проектов разделения можно управлять проще и быстрее. Дизайнер может начать интерфейсы перед разработчиком, и наоборот. Этот процесс развития может быть параллельно, а не быть последовательным, следовательно, сокращает время разработки.
  • Легко иметь несколько типов представлений, используя один и тот же бизнес-логику.
  • Очистить маршрут через систему. Вы четко знаете, где существуют различные уровни системы являются. С четким маршрутом системы, логика может быть общей и совершенствовалась. Это имеет дополнительные преимущества безопасности, как вы четко знаете разрешенный маршрут от данных к пользователю и можете иметь четкие проверки безопасности на маршруте.
  • Каждый слой несет ответственность за себя. (Касается пункт 1) Это означает, что вы можете иметь чистую файловую структуру, которую можно поддерживать и управлять гораздо проще и быстрее, чем плотно пару системы, где вы можете иметь много дубликатов логики.
  • Имея четкую структуру означает развитие будет более прозрачным, что должно привести к сокращению времени разработки, проблемы технического обслуживания и циклам высвобождения при правильном применении.
Ответил 19/05/2009 в 13:13
источник пользователем

голоса
0

Вы можете очень легко сделать это, то есть, если вы понимаете, маркировка говорить. Я не но я полагаю, что бы что-то вроде этого ...

Это должно быть использование. MVC (если сделано правильно) позволит отделить интерфейс от данных (модель) и управления пользовательского интерфейса (Controler). Это позволит UI, чтобы быть более гибкими, что в свою очередь позволит лучше рынка это сам быстрее.

Ответил 19/05/2009 в 13:14
источник пользователем

голоса
0

Это довольно просто один

http://en.wikipedia.org/wiki/Model-view-controller#Pattern_description

Лучший способ я могу вещь в том, что модель является представлением данных, вид презентации пользователя и контроллер, что собирает взаимодействия с пользователем, который изменяет модель.

Ответил 19/05/2009 в 13:14
источник пользователем

голоса
1

Я не хотел бы попробовать объяснить технологию к нему, я бы попытаться объяснить, что архитектурный принцип MVC это все о.

MVC был разработан, чтобы отделить проблемы. Легко и просто. Объясните ему, что, когда вы строите что-нибудь, что вы строите могут быть классифицированы по двум различным категориям: что бизнес потребность (домен), и все остальное.

MVC отделяет домен от всего остального, вводя слои, чтобы отделить озабоченность. M для модели, которая является вашим доменом. V для View, которая является видимой частью для него, что он видит. C для контроллера, та часть, которая контролирует то, что происходит между Доменом и видом.

Ответил 19/05/2009 в 13:14
источник пользователем

голоса
4

Вы должны объяснить преимущества ASP.NET MVC, а не особенности

  1. У вас есть контроль над вашими URL-адрес - это означает, что SEO для сайта будет лучше - это означает, что ваш сайт будет выше в гугле

  2. Код чист, а это значит, что легче изменить, это означает, что вы можете добавлять новые функции быстрее

и т.п.

Как сэкономить деньги, заработать деньги, уменьшить риск? Это то, что ваш босс хочет знать.

Ответил 19/05/2009 в 13:15
источник пользователем

голоса
2

Представьте себе комнату управления на фабрике, модель сама машина, оборудование для мониторинга является вид и приборная панель контроллера. Вы можете иметь несколько различных номеров управления для одной и той же машины и изменения элементов управления в одной комнате управления будет отражать на мониторах во всех контрольных комнатах.

Дело в том, что вы должны только моделировать один раз, а затем просмотреть или управления, однако, является наиболее удобным.

Ответил 19/05/2009 в 13:18
источник пользователем

голоса
0

Для маркетинга парень, пожалуй, лучший способ объяснить причину ASP.Net MVC является возможность расширить охват вашего продукта.

С помощью MVC, код уже разделены таким образом, что позволит вам более легко построить интерфейс, который чувствует себя естественно на рабочем столе, а затем другой интерфейс, который обслуживает обычного пользователя мобильного устройства, и еще слегка другой интерфейс который обслуживает пользователь iPhone, без риска кода серверного рассинхронизируются и вводя тонкие и компанию-вредя ошибки. И, если есть умный настольное приложение-клиент, который может быть продукт ... это тоже может лежать на том же коде.

Модель «как работают вещи внутри коробки». Контролер «что вы можете прикоснуться на внешней стороне коробки» и вид «что выходит из коробки» ...

Ответил 19/05/2009 в 13:19
источник пользователем

голоса
0

Самое главное для вашего маркетинга парня денег, бюджет, TCO ...

Когда вы не используете MVC вы обычно смешивать дизайн, логику приложения и т.д. ALLtogether.

Программист, то должен знать HTML дизайна, программирование и т.д. ... Это может означать, что вам нужно мощный профессионал, чтобы сделать все это.

если вы используете MVC, все делится на «отдельные части». Html верстальщик может подготовить HTML слой, программист работает только с применением логики и т.д. ...

MVC приносит лучшую детализацию и каждый может сосредоточиться на том, что он или она может сделать лучше!

Послушайте, например, XHTML валидность и чистота CSS настолько сильно, что есть много людей, которые сосредотачиваются только на это время много браузеров и платформы совместимости на виде.

Обычно один человек не лучший asp.net программист, верстальщик XHTML в одном ;-)

Ответил 19/05/2009 в 13:22
источник пользователем

голоса
1

Маркетинг парень просто быть заинтересованы в «V», части представления. В зависимости от того, как вы дизайн вещей, Представление было бы просто основные HTML / CSS «шаблоны», что маркетолог может изменять. Технически, не нарушая ничего.

В идеале модель (база данных) и контроллер (логика) не должен заботиться, если View (представление) является XML, HTML, текст и т.д. маркетолога не должно волновать, что модель и контроллер делать, для запроса дополнительной функциональности, за исключением.

Двигаясь дальше с «идеальным», вы должны быть технически в состоянии заменить ASP с PHP, Java, Ruby, и т.д., как контроллер, не касаясь Model или View.

Ответил 19/05/2009 в 13:27
источник пользователем

голоса
6

MVC Думайте об этом как: «Детали заказа ( в том числе Клиента и информации Сотрудника)», «HTML / ASP Form (для отображения ORDERDETAILS)» и «Информация для заказа класса обслуживания (имеющие методы к SaveOrderDetails , GetOrderDetails и т.д.).

Модель (класс данных например Детали_Заказов)

  1. Данные, которые вы хотите отобразить

Контроллер (класс обслуживания)

  1. Знает о модели (Order Details)
  2. Имеет методы управления в модели
  3. И как испытано такое может быть единица Его Single Ответственность заключается в управлении операциями Детали_Заказов CRUD.
  4. Он ничего не знает о View

View (ASP страницы)

  1. Отображение модели (OrderDetail в ViewData).
  2. Он должен знать о модели структуры , чтобы он мог правильно отображать данные для пользователей на экране.
  3. В View в структуру (стиль, оформление, HTML и т.д., локаль) могут быть изменены в любое время без него каких- либо изменений в функциональности приложения.
  4. И как таковые, много просмотров могут отображать один и ту же модель в разных направлениях.
  5. В многопользовательской веб - приложений, клиент конкретные Просмотров могут быть сохранены в таблице базы данных и отображаются на основе информации клиента
Ответил 19/05/2009 в 13:31
источник пользователем

голоса
2

Модель представляет собой слой доступа к данным, которые могут быть просто оболочкой для нескольких простых запросов к ОРМ , который управляет объектные данные отношения самостоятельно. Она обеспечивает связь с источником данных, извлекает данные и обычно организует его в объекты , определенные в приложении.

Эти виды просто HTML - файлы с битами HTML и CSS с некоторыми шаблонизатор (щеголь, мако, и т.д.) код для отображения данных , передаваемых в него так , как вы хотите.

Контроллер помещает все это вместе. Запросы , сделанные на странице будут направляться на контроллер (класс) и действие (метод) в контроллере. Так же , как и любое другое приложение, то действие будет делать то , что просил об этом, но это все еще часть контроллера.

Таким образом, контроллер использует модель для запроса данных (пользователи, контент и т.д.), а затем передает эти данные в целях оказанной и отображается так, как вы хотите.

Ответил 19/05/2009 в 13:39
источник пользователем

голоса
-1

Важное слово в названии менеджера в данном случае является «маркетинг». Он является менеджером по маркетингу. Проблемы один имеют в качестве менеджера по маркетингу должны делать со стратегией и тактикой. Эти два не то же самое. Стратегия является большая картина слово, которое включает в себя, среди прочего, как компания концептуально рассматриваются потребности клиентов и каким образом компания дифференцирует себя от своих конкурентов. Стратегия, как правило, не то, что программное обеспечение может изображать пользователь. Тактика, с другой стороны, являются прямыми методами или подходов, которые компания принимает в завоевании бизнеса клиента. Тактика, как правило, менять гораздо чаще, чем стратегии, и вполне вероятно, что менеджер по маркетингу, когда он спрашивает, что преимущество MVC может дать ему, действительно прошу, "

Управление маркетинга о результатах измерений в долларах и центах, а не наряд и детальных пояснениях, которые завалены концептуальными словами, не имеющих какую-либо реальную специфичность. Все, что программист может сказать, может иметь смысл для себя, но менеджер по маркетингу должен знать реальную вероятность быстрого реагирования на изменение восприятия клиента или быстрое внедрение иного подхода к продаже на одни и те же клиент. Он должен знать, если это будет стоить больше, чем существующий метод, потому что если он продает $ 1 миллион больше в продукте, а расходы $ 1,25 миллиона в разработке программного обеспечения, он, вероятно, потеряет свою работу.

Так, в общем, он ищет гибкость и эффективность затрат. Он нуждается в программном обеспечении, адаптировать к изменяющимся условиям быстро, так же, как он меняет свой шаг первой в одну стороны, а затем еще в трудный для убедить потенциальный клиент, и он должен знать, что он не будет нести ответственность за огромным ценник для этой гибкости.

Честно говоря, я не думаю, что вы могли бы поставить на такие обещания, если они были сделаны, потому что, несмотря на все преимущества MVC с точки зрения развития, мы все еще говорим о программном обеспечении здесь, и, как мы все знаем, , программное обеспечение представляет собой жесткий, требовательный надсмотрщик, который принимает его собственный сладкое время, чтобы созреть до точки достоверности и избавиться от своих ошибок. Мы как программисты всегда в поисках святого Грааля программного обеспечения многократного использования, и в то время как мы цеп о попытке одно, а потом другой (MVC, MVP, MVVM, и все, что еще кто-то может себе представить), остальную часть мира просто просим то, что работает. Так что удачи вам. Я надеюсь, что вы в состоянии выиграть ваше дело.

Ответил 05/06/2015 в 06:51
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more