Комментарии 15
НЛО прилетело и опубликовало эту надпись здесь
Паттерн MVC это все ж паттерн не только организации кода, но и паттерн разделения логики (логики хранения, логики обработки и логики представления). Именно этот паттерн позволяет искать нужный код в предсказуемых местах. Как предлагается разделять эту логику в вашем паттерне? Или вы сторонник, что логику разделять не надо?
Поменяйте ETL на что-нибудь другое. Люди из мира хранилищ данных вас не поймут, все таки это совсем совсем другое.
А что, если Model в MVC — это не про объект, представляющий таблицу в БД, а про модель бизнес-логики?
А где должна находиться бизнес-логика?
НЛО прилетело и опубликовало эту надпись здесь
tdd начинается с описания и использования интерфейсов
Можно, пожалуйста, ссылку на источник?
Я думал, что TDD начинается с написания тестов. А вообще не очень понял, почему вы именно ко мне обратились. Если вы отвечаете на мой комментарий другому человеку, то я с ним не согласен, в частности, из-за того, что понятие TDD появилось сильно позже, чем шаблон проектирования MVC. То есть утверждение о том, что MVC используется для того, чтобы проектировать с использованием TDD, какое-то странное, учитывая порядок появления этих понятий.
НЛО прилетело и опубликовало эту надпись здесь
Не mvc фреймворков полно. Как по мне этот паттерн вообще неудобен для веба. Но большинство разрабов пришло когда php zend уже впарил этот паттерн и других вариантов не представляют.
У меня например компонентный событйно ориентироааный фреймворк на php который я в свое время портировал с явовского wicket.
По такой же примерно архитектуре cтроился webforms.
У меня например компонентный событйно ориентироааный фреймворк на php который я в свое время портировал с явовского wicket.
По такой же примерно архитектуре cтроился webforms.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я сделал веб-фреймворк без MVC — Pipe Framework