Захабрился

Автор: -
Но я сразу себе сказал - не буду вступать в дискуссии, обсуждать, защищать, объяснять, хотя руки чешутся...

Комментарии

  1. Aleks22 октября 2011 г. в 23:12

    http://habrahabr.ru/blogs/webdev/117791/

    Интересная статья - я примерно к такому же выводу по организации приложения пришёл: MVC в базе, "тонкий" сервер приложений со своим MVC и клиент - со своим, при этом модель транслируется по звеньям в клиент (вид старшего уровня -> модель младшего), а контроллер, соответственно, - поднимает уровень исполнения по уровням, на каждом сверяясь с моделью на предмет возможности модификации, разгружая таким образом канал и базу.

    А вот чему никто не уделяет внимания и не пишут статьи в контексте парадигмы MVC - это реализация привилегий доступа (или я пока не откопал). Имхо - это ещё одна прослойка между контроллером и моделью, поскольку модели в целом не интересно, кто дёргает за action'ы, а контроллеров таки может быть несколько разных (например, в сторону браузера и в сторону веб-сервиса).

    А как Вы оцениваете этот вопрос?

    ОтветитьУдалить
  2. Анонимный21 февраля 2012 г. в 12:27

    Ну, он же сказал: "не буду вступать в дискуссии, объяснять..."

    Статья колоссально помогает мозгу думать. Куча полезных и правильных мыслей. Скоро оформятся в другую статью.

    ОтветитьУдалить

Отправить комментарий

Популярные сообщения из этого блога

Введение мета-уровеня

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

Метамодель в задачах интеграции информационных систем

Автор: -
Изображение
Т.Г. Шемсединов УДК 004.9 Введение В последнее время, в начале разработки любой прикладной информационной системы, вопрос интеграции в уже имеющуюся сложную инфраструктуру предприятия стоит острее, чем даже вопрос функционала и производительности. Интеграция стала одним из основных факторов успеха в любой сфере бизнеса, а разработка превратилась из одноразового явления в постоянный процесс, в естественное состояние системы. Стало очевидно, что информационные системы двигаются от статической модели предметной области к динамической модели, изменяющейся в реальном времени. С другой стороны, распространение сетевых средств коммуникации позволило компаниям обмениваться информацией в цифровой форме с партнерами, клиентами, подрядчиками и даже государственными органами [1,2]. В таких условиях, старые методологии разработки, архитектуры, решения и технологии реализации нуждаются в серьезной модернизации. Постановка задачи Задачу интеграции информационных систем можно разбить на три составляю...
Далее...

Потерянная семантика

Автор: -
Моделирование всегда приводит к упрощению, но нам всегда важно сохранить ключевые моменты моделируемых объектов и событий. Что же чаще всего теряется при отображении в реляционную, объектную и иерархическую модели? Приведу только краткий обзор, а Вы уже сможете для себя оценить, насколько важна потерянная семантика в Вашем случае для решения прикладных задач. Потерянная "сила" и другие атрибуты связей. Как в реляционных СУБД, так и в языках программирования, понятие ссылки сводится к идентификации и не позволяет добавлять дополнительные атрибуты связей. Однако, на практике часто бывает полезно учитывать силу, давность или стойкость связи между объектами. Атрибуты связей можно разделить на параметры и классифицирующие атрибуты связей, но и те и другие очень просто моделируются средствами реляционных СУБД, декларативными языками описания как XML, JSON, CLEAR, или активными языками программирования. Главное, не забыть, о том, что ссылки не равносильны, структурно сложны и не ...
Далее...