Чесались руки написать статью, какое [не т]о стал ГБ - посто катастрофически упало качество, до уровня реально инфоцыганства. Негативный опыт - 3 курса с лета 2022.
Почему сразу 3? Разные люди, и был опыт в районе 2020 года - тогда ГБ был просто восторг.
чувствуется обида автора на конкретное место работы
на самом деле, чувствуется обида автора природой, не более и можно было бы этому только посочувствовать, если бы не это его злобное и тупое кукареканье в виде статьи
Почти верно, только статья про то, что «Ты знаешь, что кисточки можно хранить так, что любой маляр, которому ты дашь доступ, сможет пользоваться твоей кисточкой так, что не насрёт на твоё полотно»…
Почувствуйте разницу, если :)
ну, хорошо, если вы пишете игру с гигабайтами версионности, может, Git не подходит…
Много ли людей пишут игры с гигабайтами ресурсов?
(а статья/пост, ваще-т, для программеров, а не для других специфических разработчиков)
нет, динозавра — это SVN…
Меркуриал — просто специфическая штука… и, да, наверное, для специфичеких людей она лучше…
Есть просто такой момент, как: все делают в одну сторону, а самые умные — в другую…
но это тема отдельной статьи :)
нет, это статья для тех, кто обходится без СУП, для, извините, начинающих разработчиков…
Если вы не можете оторваться от SVN до сих пор, или вдруг юзаете «Ртуть» по каким-то личным предпочтениям — вовсе не обязательно минусовать посты про то, что нужно использовать хоть какую-то СУВ. А хоть какая-то для начинающих сегодня — только и только Git
(ну, извините, динозавры, если вашу любимую задел)
При подходе, о котором эта статья, при добавлении поля в БД нужно будет вносить изменения только в Представление.
Ладно, я понял, что вы прочитали статью и всё в ней поняли.
Удачи… и внимания и большего понимания при чтении!..
> представление на клиенте сформирует запрос к контроллеру, тот восстановит модель, а потом передаст её представлению на сервере
Статья именно об этом
> на сервере, где оно [Представление?] вызовет методы модели для получения данных
Статья так же о том, что это плохая практика.
Пожалуйста, можете проектировать через одно место, только не говорите, что этому учит MVC.
Если только Вы не говорите об HMVC, но тогда будьте любезны обратить внимание на фразу «пока не станем рассматривать, например, дальнейшее развитие MVC – паттерн HMVC»
Вопрос был «Расскажите, каким образом в вашем понимании View, который на клиенте, может напрямую обратиться к Model (которая на сервере)?»
Разжую, раз вы не желаете осмыслить вопрос:
Веб-страница на клиенте (Представление), нажимается ссылка «Следующие 10 товаров».
Каким образом Представление вызовет напрямую ваш метод Модели $model->getItem(2)?
А вы это видите?
«В этой статье мы рассмотрим архитектурный паттерн MVC (Model, View, Controller) в применении к веб-разработке».
Расскажите, каким образом в вашем понимании View, который на клиенте, может напрямую обратиться к Model (которая на сервере)?
если будет, кому вспоминать
Личное спасибо автору за этот опрос.
Чесались руки написать статью, какое [не т]о стал ГБ - посто катастрофически упало качество, до уровня реально инфоцыганства. Негативный опыт - 3 курса с лета 2022.
Почему сразу 3? Разные люди, и был опыт в районе 2020 года - тогда ГБ был просто восторг.
на самом деле, чувствуется обида автора природой, не более
и можно было бы этому только посочувствовать, если бы не это его злобное и тупое кукареканье в виде статьи
собственно, более чем понятно, что автору не хватает компетенции для оценки технологий, он просто хавает весь хайп и всё соответствующее давно
Почувствуйте разницу, если :)
Много ли людей пишут игры с гигабайтами ресурсов?
(а статья/пост, ваще-т, для программеров, а не для других специфических разработчиков)
Наверное, ничего не понимают разработчики Linux-а
давычо?!!!
Меркуриал — просто специфическая штука… и, да, наверное, для специфичеких людей она лучше…
Есть просто такой момент, как: все делают в одну сторону, а самые умные — в другую…
но это тема отдельной статьи :)
composer
NPM, внезапно
Если вы не можете оторваться от SVN до сих пор, или вдруг юзаете «Ртуть» по каким-то личным предпочтениям — вовсе не обязательно минусовать посты про то, что нужно использовать хоть какую-то СУВ. А хоть какая-то для начинающих сегодня — только и только Git
(ну, извините, динозавры, если вашу любимую задел)
Ладно, я понял, что вы прочитали статью и всё в ней поняли.
Удачи… и внимания и большего понимания при чтении!..
Статья именно об этом
> на сервере, где оно [Представление?] вызовет методы модели для получения данных
Статья так же о том, что это плохая практика.
Пожалуйста, можете проектировать через одно место, только не говорите, что этому учит MVC.
Если только Вы не говорите об HMVC, но тогда будьте любезны обратить внимание на фразу «пока не станем рассматривать, например, дальнейшее развитие MVC – паттерн HMVC»
Разжую, раз вы не желаете осмыслить вопрос:
Веб-страница на клиенте (Представление), нажимается ссылка «Следующие 10 товаров».
Каким образом Представление вызовет напрямую ваш метод Модели $model->getItem(2)?
«В этой статье мы рассмотрим архитектурный паттерн MVC (Model, View, Controller) в применении к веб-разработке».
Расскажите, каким образом в вашем понимании View, который на клиенте, может напрямую обратиться к Model (которая на сервере)?