Далее, невозможно создать ОС, которая универсально хорошо будет работать на экране 640x480 с «пальцетыком» и на экране 1920x1200 без оного. Не забывайте что пальцетык это всего навсего эмуляция мышки… Или N мышек в случае многотыка…
Зачем windows? рассказать о FreeBSD. Которое расшифровывается как Свободу(Free) для убийц(basher) сатаны(satan) и дьявала(devil). Основой для общения с этой программой служит язык убийц(bash), а логотипом — черт…
Нет… Но садят тех кто установил. Иногда можно прикинуться шлангом, и всё спихнуть на администраторов…
PS Хоть в чем то админы похож на бухгалтера: «график работы: три через год»
Лично я (т.е. ИМХО) придерживаюсь правила такого: Модель предметной области != ViewModel. взято тут
Т.е. контроллер не должен сам лезть в базу данных/ к другому звену. Он должен запросить модель (которая всё запросит и расформирует), потом из этой модели сформировать ViewModel, а уже её отдать во View.
На мой взгляд автор не осилил само понятие паттерна MVC и что за что в этой связки отвечает :(
Например, в случае с корзиной, которая хранится на клиенте, все нормально. Модель же это не только голые данные. Модель это также код который обрабатывает эту модель. В случае с WebRiсh приложением надо рассматривать само приложение как отдельный слой/звено. Т.е. на клиенте используется JS MVC приложение, которое генерирует HTML как View, классы обработчиков кликов как контроллеры, а модель это тот слой который общается с серверным приложением при помощи ajax(json/html). Серверная часть это тоже отдельное приложение, к которого View — json/html, контроллеры это обработчики post/get запросов, а model это слой общения с другими сервисами/базой данных. Я уж не говорю что другие сервисы/базы данных тоже (возможно) реализуют модель MVC.
Не нужно все приложение загонять в рамки одного MVC, это не правильно…
PS Хоть в чем то админы похож на бухгалтера: «график работы: три через год»
Т.е. контроллер не должен сам лезть в базу данных/ к другому звену. Он должен запросить модель (которая всё запросит и расформирует), потом из этой модели сформировать ViewModel, а уже её отдать во View.
Например, в случае с корзиной, которая хранится на клиенте, все нормально. Модель же это не только голые данные. Модель это также код который обрабатывает эту модель. В случае с WebRiсh приложением надо рассматривать само приложение как отдельный слой/звено. Т.е. на клиенте используется JS MVC приложение, которое генерирует HTML как View, классы обработчиков кликов как контроллеры, а модель это тот слой который общается с серверным приложением при помощи ajax(json/html). Серверная часть это тоже отдельное приложение, к которого View — json/html, контроллеры это обработчики post/get запросов, а model это слой общения с другими сервисами/базой данных. Я уж не говорю что другие сервисы/базы данных тоже (возможно) реализуют модель MVC.
Не нужно все приложение загонять в рамки одного MVC, это не правильно…
Программа весит не столько сколько весит исходник, а столько сколько весит все ее составляющие…