Шаблон дизайна для безмодельного веб-приложения - PullRequest
0 голосов
/ 19 марта 2012

Я разрабатываю веб-приложение, и я не уверен, какой дизайн шаблона мне следует использовать. Несмотря на текущую тенденцию к MVC, это хороший выбор для приложений, которые имеют дело со многими моделями, операциями CRUD и т. Д. Наше приложение имеет другую структуру интерна:

Что мы делаем:

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

Как видите, единственная модель, которую я имею, это пользователь, которому будет принадлежать "сеанс". Единственная таблица в моей БД - это таблица «пользователи». Все остальные возможности использования приложения выполняются во время сеанса, и данные не сохраняются.

Есть ли шаблон проектирования, который хорошо соответствует моим потребностям? Я использую Java!

Спасибо!

1 Ответ

0 голосов
/ 31 марта 2012

В приложении важно не шаблон проектирования, а правильное решение разделение задач .

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

Многие приложения вписываются в такое поведение, поэтому MVC является для них очевидным выбором. Если вы считаете, что MVC является избыточным, то, возможно, попробуйте упростить его, например, Model Delegate (иногда его также называют паттерном модель / представление). Но опять же, картина не важна; важно правильно разделить обязанности внутри приложения.

В ваших комментариях вы упоминаете, что ваше приложение уже является MVC, поэтому я бы оставил это на этом. Я не вижу, как это излишне, и как ваше приложение будет расти (и я уверен, что оно будет расти), вы будете рады, что оно было разработано с самого начала.

...