Comments 15
UFO just landed and posted this here
Паттерн MVC это все ж паттерн не только организации кода, но и паттерн разделения логики (логики хранения, логики обработки и логики представления). Именно этот паттерн позволяет искать нужный код в предсказуемых местах. Как предлагается разделять эту логику в вашем паттерне? Или вы сторонник, что логику разделять не надо?
Поменяйте ETL на что-нибудь другое. Люди из мира хранилищ данных вас не поймут, все таки это совсем совсем другое.
А что, если Model в MVC — это не про объект, представляющий таблицу в БД, а про модель бизнес-логики?
А где должна находиться бизнес-логика?
UFO just landed and posted this here
tdd начинается с описания и использования интерфейсов
Можно, пожалуйста, ссылку на источник?
Я думал, что TDD начинается с написания тестов. А вообще не очень понял, почему вы именно ко мне обратились. Если вы отвечаете на мой комментарий другому человеку, то я с ним не согласен, в частности, из-за того, что понятие TDD появилось сильно позже, чем шаблон проектирования MVC. То есть утверждение о том, что MVC используется для того, чтобы проектировать с использованием TDD, какое-то странное, учитывая порядок появления этих понятий.
UFO just landed and posted this here
Не mvc фреймворков полно. Как по мне этот паттерн вообще неудобен для веба. Но большинство разрабов пришло когда php zend уже впарил этот паттерн и других вариантов не представляют.
У меня например компонентный событйно ориентироааный фреймворк на php который я в свое время портировал с явовского wicket.
По такой же примерно архитектуре cтроился webforms.
У меня например компонентный событйно ориентироааный фреймворк на php который я в свое время портировал с явовского wicket.
По такой же примерно архитектуре cтроился webforms.
Sign up to leave a comment.
Как я сделал веб-фреймворк без MVC — Pipe Framework