|
|
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
Смотрю на некоторые фреймворки - у одних модель всегда в корректном состоянии, а при неверных присваиваниях аттрибутов генерятся эксепшены - у других модель позволяет принять всякий мусор, но предоставляет свойство isValid из вашего опыта - должна ли модель всегда иметь корректное состояние ли иногда ей можно пошалить? Поделитесь соображениями плиз! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2012, 14:49:38 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
смотреть на логику Если модель регистрации пользователя - да, если что-то нестрогое - фтопку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2012, 15:00:17 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
Бизнес - штука изменчивая. Иногда требуется, чтобы модель в различных ее проявлениях (и представлениях в том числе) вела себя немного по-разному. Поэтому, можно и "пошалить". Другое дело, что нужно стараться минимизировать кол-во таких выкрутасов, это и проще в поддержке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2012, 15:02:13 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
а по поводу использования в формах какой сценарий вы используете ? - юзер ввел данные от фонаря, они соответственно присвоились аттрибутам модели, модель их приняла но выкинула исключение, которое отобразилось в интефейсе с "плохим полем", но введеные юзером данные остались ему мазолить на совесть - юзер ввел данные от фонаря, модель попыталась переварить, но не приняла и выдала исключение, в поле соответстевнно (либо осталось прежнее значение либо какоето сгенерированное моделью) и рядом с полем появилось "Айяйяй!!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2012, 15:18:32 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
Хорошая тема! всегда интересовал вопрос - как смотрят мс на капчу (или нечто подобное, слабо относящееся к модели) - где её следует проверять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2012, 15:53:27 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
А в каких ситуациях приходится соглашаться на не корректное состояние модели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2012, 14:30:53 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
spА в каких ситуациях приходится соглашаться на не корректное состояние модели? Когда руководство держит за яйца с пометкой "срочно". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2012, 15:20:10 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУspА в каких ситуациях приходится соглашаться на не корректное состояние модели? Когда руководство держит за яйца с пометкой "срочно". Ну этот случай можно не брать в расчот - это форсмажор! это стихийное бедствие! :) Я про штатные ситуации спрашивал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 02:07:25 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
spЯ про штатные ситуации спрашивал Ролевые политики. Админ может всё делать с моделью, менержер чуть меньше, обычный юзер еще меньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 11:34:31 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
Чтобы гибче отрулить сабжем, делают некую смесь MVC и MVVM паттернов проектирования. Рекомендую. Уже обсуждалось. Другими словами, имеется гибкая универсальная модель и модель представления . В модель представления можно зашить любую логику. В т.ч. и сложные ролевые правила, которые, скажем, декларативно не опишешь. Или сложную валидацию. Яваскрипты. Да всё, что угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 12:30:33 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУ, Вообще-то, все паттерны придуманы именно для того, чтобы, в некотором смысле, ограничить беспредел ламеров и чайников, которые участвуют в проекте. В других случаях, про это можно без проблем забыть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 13:11:23 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУЧтобы гибче отрулить сабжем, делают некую смесь MVC и MVVM паттернов проектирования. Рекомендую. Уже обсуждалось. Другими словами, имеется гибкая универсальная модель и модель представления . В модель представления можно зашить любую логику. В т.ч. и сложные ролевые правила, которые, скажем, декларативно не опишешь. Или сложную валидацию. Яваскрипты. Да всё, что угодно. Я собственно чего - большинство фреймворков вообще не заморачиваются на контроле целостности модели - возлагая всю ответственность на БД или на другие слои. Но по сути же модель на стороне клиента - это же проекция сущности из БД и она в БД никак не может быть некорректной - т.е. если юзер вместо номера документа ввел "Куй" - модель должна его соответствующим образом сразу же образумить!? Смотрю многие фреймворки - там наличествует свойство isValid а перед самой отправкой на сервер - Validate Это же как-то некошерно - зачем себе голову морочить если модель сразу либо примет данные - либо пошлет - и не надо доп проверок!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 13:20:58 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
ShSergeМСУ, Вообще-то, все паттерны придуманы именно для того, чтобы, в некотором смысле, ограничить беспредел ламеров и чайников, которые участвуют в проекте. В других случаях, про это можно без проблем забыть. Не оправдывайте своё нежелание учить и использовать шаблоны проектирования :) spЯ собственно чего - большинство фреймворков вообще не заморачиваются на контроле целостности модели - возлагая всю ответственность на БД или на другие слои. Для задачек типа "хеллоуворлд" пойдёт. Для более сложных решений нужна более гибкая модель (модель представления). spНо по сути же модель на стороне клиента - это же проекция сущности из БД и она в БД никак не может быть некорректной - т.е. если юзер вместо номера документа ввел "Куй" - модель должна его соответствующим образом сразу же образумить!? В том-то и проблема. Многие неотесаные студенты пытаются эту проекцию сущности БД наложить на гуй. Это в корне неверный архитектурный подход, ибо он нерасширяем. Мухи отдельно, котлеты отдельно. 1. Проекция из БД - это "модель" 2. Отдельный класс (пусть и немного повторяющий свойства самой модели) - это "модель представления" Поищите поиском, на эту тему много дров порублено. Я уже не раз писал про это. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 13:31:39 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУМухи отдельно, котлеты отдельно. 1. Проекция из БД - это "модель" 2. Отдельный класс (пусть и немного повторяющий свойства самой модели) - это "модель представления" Получается некий симбиоз MVC с MVVM. Это гибко и расширяемо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 13:33:35 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУShSergeМСУ, Вообще-то, все паттерны придуманы именно для того, чтобы, в некотором смысле, ограничить беспредел ламеров и чайников, которые участвуют в проекте. В других случаях, про это можно без проблем забыть. Не оправдывайте своё нежелание учить и использовать шаблоны проектирования :) Чего же так сразу про моё нежелание? У нас в конторе и под вэбформс (и винформс), и под мвц (и мвп) пишут. Если начальники захотят, то подключат меня к любому проекту, совершенно не спрашивая моего желания. А про паттерны я вполне конкретно своё имхо высказал. Хотя, впрочем, у меня, как и у каждого, свой паттерн имеется. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 14:04:42 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
авторСмотрю многие фреймворки - там наличествует свойство isValid а перед самой отправкой на сервер - Validate Это же как-то некошерно - зачем себе голову морочить если модель сразу либо примет данные - либо пошлет - и не надо доп проверок!? гыгыгы! тема попрежнему интересна! перед самой отправкой на сервер неможет быть isValid/Validate из серверного кода - ПО ОПРЕДЕЛЕНИЮ! ещё раз спрошу - есть модель - ответ на вопрос в ветке форума! (postid postname posttime and etc) - всё это проверит модель - длина поста высота и т.д. на форме присутствует капча, которая к модели не имеет НИКАКОГО отношения - однако её нужно проверить - естественный вопрос - ГДЕ?! автор2. Отдельный класс (пусть и немного повторяющий свойства самой модели) - это "модель представления" жесть! MVC = Model/View/Controller ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 17:16:30 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
По поводу проверок в БД! Длина поля не должна превышать 50 симв. Мы запулили 150 - БД запишет 50 из 150 и не рюкнет! Пользователь будет огорчён ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 17:23:25 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
-капча-, капча должна иметь отношение к модели представления, да и нет проблемы получить ее где угодно, отдельно от модели. Request["Captcha"] MyForm.Captcha проверить в контроллере, сервисном слое и тд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 20:32:35 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
-капча-жесть! MVC = Model/View/Controller Для неокрепшего ума - жесть. Согласен. Для понимающего архитектора приложения - обычная ситуация (с имплементацией модели представления). См. сюда: http://ru.wikipedia.org/wiki/Model-View-Controller RTFMДля реализации схемы Model-View-Controller используется достаточно большое число шаблонов проектирования (в зависимости от сложности архитектурного решения), основные из которых Наблюдатель, Стратегия, Компоновщик MVC намного шире, чем осознаёт твой неокрепший мозг :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 21:00:52 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
-капча-По поводу проверок в БД! Длина поля не должна превышать 50 симв. Мы запулили 150 - БД запишет 50 из 150 и не рюкнет! Пользователь будет огорчён ;) Поверь мне, в жизни бывают на порядки сложней правила валидации (с внешними зависимостями в т.ч.), нежели длина строки. Такое валидационное правило невозможно описать декларативно. Во-вторых, есть зашивать в саму модель валидацию - кретинизм. Что будем делать, если появляется ролевая зависимость для валидации? Пихать в модель роли? А через год нам потребуется для определенных случаев (например, использование модели в неком вебсервисе) игнорировать половину правил валидации. Как нам вкорячить это в разбухшую модель? А через полтора года эта модель юзается в десктоп приложении, которое вообще не знает, что такое ASP.NET Roles, сесиия и т.д. Даже тугодум догадается, что нужен дополнительный слой абстракции - модель представления. Модель представления для веб приложнения своя, для десктоп приложения - своя, для веб сервиса ее вообще нет, работаем напрямую с моделью. Почитай про MVVM, много полезного узнаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 21:10:29 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
МСУПоверь мне, в жизни бывают на порядки сложней правила валидации (с внешними зависимостями в т.ч.), нежели длина строки. Такое валидационное правило невозможно описать декларативно. Во-вторых, есть зашивать в саму модель валидацию - кретинизм. Что будем делать, если появляется ролевая зависимость для валидации? Пихать в модель роли? А через год нам потребуется для определенных случаев (например, использование модели в неком вебсервисе) игнорировать половину правил валидации. Как нам вкорячить это в разбухшую модель? А через полтора года эта модель юзается в десктоп приложении, которое вообще не знает, что такое ASP.NET Roles, сесиия и т.д. Даже тугодум догадается, что нужен дополнительный слой абстракции - модель представления. Модель представления для веб приложнения своя, для десктоп приложения - своя, для веб сервиса ее вообще нет, работаем напрямую с моделью. Почитай про MVVM, много полезного узнаешь. А чем тогда перенос правил поведения и валидации вынесенный из модели будет отличаться во вьюмодели? точно так же прийдется переписывать если что-то изменится ну и в модель же пишутся только правила валидации домена БД а не ролевые и другие методы валидации - ядумаю вся эта "другая" логика должна быть вынесена на уровень либо среднего звена либо в слой хранимых процедур ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 00:25:57 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
авторкапча должна иметь отношение к модели представления , авторДля понимающего архитектора приложения - обычная ситуация (с имплементацией модели представления ). авторПочитай про MVVM, много полезного узнаешь. http://ru.wikipedia.org/wiki/Model-View-Controller Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента: Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Не содержит информации, как эти знания можно визуализировать. Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции. господа! не нужно уводить разговор в плоскость MVVM! есть конкретный шаблон MVC - придерживайтесь его понятий и представлений, иначе складывается впечатление, что беседа беспредметна! авторВо-вторых, есть зашивать в саму модель валидацию - кретинизм. Наиболее частые ошибкиСреднестатистический ТТУК получал данные из БД (используя уровень абстракции базы данных, делая вид, что это модель) или манипулировал, валидировал , записывал, а также передавал данные в вид. Такой подход стал очень популярен потому, что использование таких контроллеров похоже на классическую практику использования отдельного php-файла для каждой страницы приложения. С нетерпением ожидаю взрыва ваших эмоций и обвинений в мой адрес в глубочайшем непониманим величайшего творения MS! $))) Чуть не збыл! Оторвите взгляд от творений чужих рук - создайте свой маленький трёхколёсный велик - ИМХО много нового откроется! Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 00:40:35 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
авторну и в модель же пишутся только правила валидации домена БД а не ролевые и другие методы валидации - ядумаю вся эта "другая" логика должна быть вынесена на уровень либо среднего звена либо в слой хранимых процедур оторви взгляд от БД! Модель имеет отношение к абстрактному хранилищу данных - БД - всего лишь частный случай - это может быть xml, просто файл, выделенная область памяти и многое другое!!! + вьюмодели - выдуманная абстракция твоих собеседников - не ведись! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 00:54:51 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
-капча-авторну и в модель же пишутся только правила валидации домена БД а не ролевые и другие методы валидации - ядумаю вся эта "другая" логика должна быть вынесена на уровень либо среднего звена либо в слой хранимых процедур оторви взгляд от БД! Модель имеет отношение к абстрактному хранилищу данных - БД - всего лишь частный случай - это может быть xml, просто файл, выделенная область памяти и многое другое!!! + вьюмодели - выдуманная абстракция твоих собеседников - не ведись! от БД никак не могу взгляд оторвать - любуюсь ею каждый день, да и чо там скрывать! - да, люблю я их, люблю)) - все остальное - это вырожденная БД )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 01:19:09 |
|
||
|
MVC: должна ли модель всегда быть корректной?
|
|||
|---|---|---|---|
|
#18+
авторот БД никак не могу взгляд оторвать - любуюсь ею каждый день, да и чо там скрывать! - да, люблю я их, люблю)) - все остальное - это вырожденная БД )) в фс хранится N количество файлов картинок - невпёрлось их кидать в БД! как прикрутить к модели сие богатсво!? Размышляй! ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 08:52:21 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=37662888&tid=1359928]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
177ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
69ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 513ms |

| 0 / 0 |
