Общие шаблоны проектирования для использования в веб-приложениях MVC
Просто чтобы узнать, что вы узнали, вы можете определить только девять групп, которые будут использоваться в качестве обратных ссылок, поэтому обычно лучше переписать сценарий sans-query и проверить скрипт REQUEST_URI в случаи, когда у вас будет много данных для разбора.
Из документация :
Back-ссылки - это идентификаторы формы $ N (N = 0..9), который будет заменен содержимым N-й группы сопоставленного шаблона
blockquote>
$0- это весь сопоставленный шаблон, дающий вам оставшиеся девять номера для работы. Любое большее число рассматривается как обратная ссылка, за которой следуют некоторые буквальные числовые символы.
4 ответа
Как только Вы входите в MVC, может стоить исследовать шаблоны вне "Банды Четыре", заказывают и входят в Martin Fowler" Шаблоны Архитектуры приложений для предприятия . "
шаблон Реестра может быть полезным для предоставления доступа к известным объектам доступными всюду по иерархии объектов. По существу замена для использования глобальных данных.
Много платформ MVC также используют Фронтальный контроллер и Двухступенчатое Представление шаблоны.
"Модель" в MVC лучше всего разработана как шаблон Модели предметной области , хотя некоторые платформы (во главе с направляющими) соединяют Модель с шаблон ActiveRecord . Я часто советую , которым должны быть отношения между Моделью и ActiveRecord, ИМЕЕТ - A, вместо ISA.
Также читает [приблизительно 118] ModelViewController в Портлендском Репозитории Шаблона Wiki. Существует некоторая хорошая дискуссия о MVC, объектная ориентация и другие шаблоны что дополнительный MVC, такой как Наблюдатель .
Этот вопрос так открыт, что трудно дать корректный ответ. Я мог сказать Вам, что Наблюдатель шаблон важен в MVC (и для webapplication), и это был бы хороший ответ. Обо всем шаблоне разработки, которые существуют, распространены в большом веб-приложении. Вы потребуете для использования [приблизительно 118], Фабрика , чтобы создать объект complexe и получить доступ к некоторому разделу требует [приблизительно 119] Фасада .
, Если бы Вы хотите больше "подсказок" или хорошая практика вместо шаблон разработки , я предложил бы, чтобы Вы использовали МОК и использование хороших Платформа вместо того, чтобы запуститься с нуля. Я могу предложить, Вы для объяснения преимущества наличия пользы механизм ORM для управления Вами слой постоянства быстрее также (обычно может прибывать из Платформы также).
Не смотрите на него от аспекта того, какие шаблоны использовать с Вашим подходом к разработке, но посмотреть на него больше как, как применить шаблоны на основе проблемы проблемой. Архитектурные решения, принятые для проекта, обеспечивают такой же признак того, какие шаблоны использовать, поскольку опыт других людей продиктует.
Однако я нашел, что я - поклонник модели Provider для того, чтобы иметь разнообразный выбор выполнить единственную задачу с простотой включенного развертывания. Кроме того, шаблон Единицы работы является большим для установки транзакционных границ. В основном, тем не менее, архитектура и бизнес-потребности диктуют подход, который проявлен для любого данного изменения кода или новой разработки.
так, как я люблю шаблоны, я всегда боюсь, что наблюдение их злоупотребило. Я лично видел людей, которые использовали их только ради использования их, и оно на самом деле сделало код тяжелее для поддержания и более сильно связанный, чем это должно было быть. Кроме того, хорошо знать обе стороны аргумента шаблонов. Хорошее знание шаблона должно быть закруглено с (часто рассматривал шаблон, самостоятельно) антишаблон знание, также.
Я, скорее всего, рекомендовал бы некоторое Внедрение зависимости также (Инверсия Управления). Вероятно, единственный самый важный дополнительный "шаблон" для использования.