Захабрился

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

Комментарии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CLEAR

Автор: -
Clear Language for Entity Adequate Representation Short guide Version 7.0 Date: 2008-01-31 1. Overview This language is designed for platform independent entity representation for memory structures, storage and network interactions as well. It is next step in data representation languages evolution after markup languages, so it is based on both, XML experience and binary data encoding. But it is devoid of indeterminacy on the one hand and is human understandable on the other hand. Clear language structures are simple and obvious so do not expect something supernatural here. It is simple and clear... 2. Requirements Compact and efficient Expressive and human-readable High-performance parsing Single-meaning syntax and modeling rules Native hierarchical, table, network and relational structures support Object-oriented and data types support Maps directly to programming-language structures Maps directly to network protocol packets Maps directly to database engi
Далее...