Я хочу знать, есть ли шаблоны дизайна для веб-сайтов, кроме MVC?
Я знаю, что существуют шаблоны проектирования: Registry, Observer, Factory, ActiveRecord, ... и MVC - набор других шаблонов проектирования и структура папок.
Существует ли шаблон проектирования, например, MVC - это набор других шаблонов проектирования?
Изменить: мой язык программирования PHP.
web-development
php
design-patterns
mvc
Саид М.
источник
источник
Ответы:
Существуют разные модели в разработке программного обеспечения; MVP, MVVM, MVC и т. Д. Являются одними из известных. Однако вам необходимо определить конкретную проблему или технологию, которую вы собираетесь решить или использовать.
Каждый из этих шаблонов хорош для решения определенных проблем. Например, шаблон MVP (Model View Presenter) помогает ввести разделение интересов при разработке ASP.NET WebForms. Он состоит из разделения обязанностей по сбору, отображению и хранению данных с веб-страницы на отдельные объекты: объект Model, объект View и объект Presenter.
Самая известная общая кулинарная книга шаблонов дизайна - это шаблоны дизайна Gang of Four (GoF) .
Изменить: я полагаю, что вы больше заинтересованы в реализации шаблонов проектирования на платформе .NET
источник
Хорошая модель, с которой я столкнулся несколько недель назад, это MOVE . Он выглядит немного сложнее, чем MVC, но основан на том же принципе. Одним из недостатков MVC является то, что ваши контроллеры могут стать действительно очень большими. Используя шаблон MOVE, вы немного справитесь с этой проблемой.
Другие модели, названные другими, также являются хорошими альтернативами.
источник
Первое, что нужно установить, это то, что именно вам нужно сделать, чтобы решить, будет ли полезен фреймворк и / или MVC (или другой шаблон проектирования).
Фреймворки призваны обеспечить согласованную платформу для разработки, в то же время обычно предлагая решения для общих требований программирования (таких как взаимодействие с базой данных, создание и проверка форм, аутентификация пользователей и т. Д.)
Для PHP, по крайней мере, шаблон проектирования MVC / HMVC имеет тенденцию доминировать над доступными основными средами (например, Zend , CakePHP , CodeIgniter и т. Д.), Но есть много различных шаблонов проектирования, которые можно использовать.
MVC настолько популярен, потому что он предлагает установленный и понятный способ отделения логики моделирования и обработки данных от уровня представления / представления (то, что считается желательным для создания надежных, масштабируемых приложений).
Важно отметить (и, как было сказано @Marjan Venema в комментарии к ответу @ ElYusubov), MVC, MVP, MVVM и другие шаблоны MV x (по крайней мере, в принципе) являются одним и тем же «шаблоном проектирования».
Обычно разные шаблоны проектирования служат (часто незаметно) различным целям и в некоторых случаях были разработаны с учетом конкретного языка. Однако истинный «шаблон проектирования» не является жестким и быстрым правилом программирования и в действительности представляет собой скорее философское / идеологическое понимание требований к реализации программ, требований к дизайну и логических функций.
Исследование - лучший способ узнать о различных принципах программирования и передовых практиках, вот несколько ссылок на Википедию, с которых можно начать:
На практике ничто не мешает вам реализовать свой собственный «шаблон», IMO - лучший способ учиться на практике, по крайней мере, для меня я не до конца понимал шаблон MVC, пока не начал пытаться написать веб-сайт, используя его.
Как только вы поймете некоторые концепции программирования и лучшие практики, вы сможете использовать их для построения своей собственной системы для решения конкретных проблем, с которыми вы сталкиваетесь, и удовлетворения ваших потребностей, независимо от того, соответствует ли это установленному «шаблону» или нет.
Если у вас нет конкретного набора проблем, которые нужно решить, то лучше всего изучить одну из общих систем.
источник
Одним из наиболее известных примеров является Knockout.js, который представляет собой инфраструктуру javascript, использующую шаблон проектирования MVVM . Здесь есть отличная статья о переполнении стека, сравнивающая инфраструктуру MVC Backbone.js против Knockout.js .
Суть в том, что шаблон проектирования MVVM возник из Microsoft как специализация шаблона проектирования PM Мартина Фаулера. MVVM широко используется в приложениях WPF.
источник
Как отметил ЭльЮсубов, среда ASP.Net уже давно имеет шаблоны MVP и MVVM, если вы ищете сравнительно распространенные примеры. Одно из основных различий между MVC и MVVM заключается в том, как обновляются ваши сущности; MVC лучше подходит для традиционного подхода к веб-приложениям без состояния или без состояния. Платформа ASP.Net пыталась обойти это, сохраняя ваше состояние встроенным в форму (чтобы его можно было восстанавливать при каждом запросе), что сделало шаблоны MVP и MVVM более понятными.
С HTML5 приложения становятся все более и более насыщенными JavaScript, причем большая часть их состояния находится на клиенте. Это может привести к возрождению в средах MVVM, и Knockout JS является одним из примеров.
источник
Большинство паттернов в дикой природе - это MVC или какой-то другой вид MVC. Ведь имеет смысл разделить ваши данные (Model), представление (View) и взаимодействие с ним (Controller). Если вы посмотрите на MVC, как он был основан в 80-х годах, вы обнаружите, что он никогда не был веб-фреймворком. Таким образом, я обнаружил, что в Интернете это сильно перегружено.
Другой хорошо известный шаблон - это сервис-ориентированная архитектура (SOA). Основанный на этом, современный подход будет иметь MVC (или разновидность) на вашем сервере, только чтобы предоставить сервис, с которым вы можете работать. На стороне клиента будет другое приложение в стиле MVC, например, веб-приложение на основе HTML5 и JavaScript (например, Twitter или Linked In). Клиентское приложение будет использовать вашу серверную службу («представление» сервера) в качестве своей модели. ИМХО, это было бы современно и, вероятно, оттолкнет серверную сторону только MVC в сторону.
источник
Я лично рассматриваю реализацию чего-то, что использует идею представления методов ресурсов , хотя на данном этапе это в большей степени просто эксперимент, чем все остальное. У него есть некоторые убедительные аргументы в том, что он моделирует HTTP-запрос / ответ лучше, чем MVC (который предназначен для долгоживущих приложений, работающих на одном компьютере, в отличие от кратковременных сеансов запросов / ответов). Однако у него есть недостаток, заключающийся в том, что если вы поместите в свои ресурсы методы для обработки GET, POST, PUT, DELETE и т. Д., То ваши ресурсы будут связаны с внешним интерфейсом. Я думаю, что я собираюсь разделить это на другой слой.
источник
Существует более 1000 способов, кроме MVC, некоторые из них похожи на MVC, а некоторые полностью отличаются
например :
и т.д
источник