Комментарии 20
при изменении элемента UI, менять биндинг, менять другие связанные элементы, чего бы не было в случае классической реализации MVC
Или я не понял ваш комментарий, или вы лукавите. Расскажите мне как при изменении элемента UI в MVC ничего не меняется? Если вы добавляете отображение скажем Description.text , то как же не изменится биндинг, если такого свойства вообще раньше не было? А если переименовываете скажем Name в NamePerson - у вас действительно не изменится биндинг и он продолжит синхронизировать не существующие уже свойство Name?
Так какое изменение вы имели введу?
т.е. изменения все равно будут, разница лишь в том - где? Только вместо того, чтобы вводить избыточную сущность контроллера, изменения затронут просто вышестоящий в иерархии класс (модель верхнего уровня)
Сущность контроллера не избыточна.Это точка размещения кода для взаимодействия UI с логикой, которая кроме того, что позволяет тестировать обе части отдельно, но и позволяет сглаживать различия в представлениях. Например, в логике у вас иерархическая структура, а UI нужна плоская, или денормализованная по полям. Ну и кто должен заниматься этим, если мы пнули под зад контроллер? Правильно понимаю, что теперь слой бизнес-логики должен обслуживать все причуды и потребности UI? А если у нас 2 совершенно разных представления? Например, UI и публичные API. Под кого должна затачиваться бизнес-логика?
Совершенно правильная идея, выкинуть избыточные вещи. Но контроллер к ним не относится.
Да, задача бизнес логики решать через какое UI работать в том или ином случае. И делает это вышестоящий в иерархии класс. Несмотря на ваши общие тезисы без примеров, я их могу привести. Например, класс Society в моем примере будет решать в зависимости от поведения игрока, показать ему информацию о персоне упрощенно, или подробно. Да, именно он настроит это вместо избыточного контроллера.
Если вы убрали из класса, выполняющего функции слово "Controller", и сказали -- вот мы избавились от контроллера, и теперь это "вышестоящий в иерархии класс", это не более чем самообман. В качестве аналогии, магазин решил избавиться от лишней сущности "курьер", уволил всех курьеров, и нанял ровно столько же продавцов, потому что теперь они выполняют функции курьера. Теперь это и не продавец и не курьер, а просто "какой-то класс в иерархии", который не понимает в какой области ему сосредоточить усилия, так как требования остались те же самые. Вот так, люди совершенно наивным способом зачастую от чего-то там "избавляются", а потом трубят об этом, словно сделали великое открытие. Ведь остальное человечество глупые, наделали каких-то лишних сущностей и теперь страдают :)
Вы упорствуете в своем невежестве. Хорошо. Вот вам просто мои статьи на этот же вопрос, когда вы под стол пешком ходили. https://habr.com/ru/post/138461/
https://habr.com/ru/post/670884/
https://www.youtube.com/watch?v=joEGQ_Lb14M
думаю вы там мало чего поймете, но это статьи когда и как нужно использовать MVC
это статья о том когда не нужно.
И еще есть видео, во что превращается код, когда такие как вы не понимают когда, нужно и когда не нужно
https://www.youtube.com/watch?v=QYNaaxkfH-Y&t=30s
upd. внезапно, прошел по первой ссылке и увидел, что еще и тогда, вы так и не понимали ничего о контроллерах, читая мои статьи на этот счет, думаю - это проф. не пригодность. Но теперь у вас есть больший выбор, с того времени я для таких написал и снял разные вариации, чтобы они хотя бы немного поняли бы границы применения MVC. Успехов!
На хабр приходят читать, а не смотреть. А вы видосик предлагаете. Это так же невежественно как в чат на войсе заходить. Количество дизов не удивительно. Удалите это, не позорьтесь. И напишите нормальную статью.
Правилами не запрещено, но в формате статьи так подробно не получится донести, поэтому привыкайте. Будет интересовать действительно тема, а не промотать по диагонали - послушаете, а нет проходите мимо. Мало ли чего вы там хотите, у меня вот в таком формате, таймкоды дал.
А то, что тут неадекватно оценивают - так это не новость, хабратушканчиков давно знаю :)
У вас настолько же хорошо развито хамство, как и невежество в теме, на которую снято ваше видео. Эти качества, обычно, идут рука об руку.
Наверно, если у вас нет, что конструктивно сказать - это уже показатель. Советую, лишь читать и слушать - независимо от формата, что говорят взрослые дяди, такие как я и не перечить старшим. Это не вам должно быть удобно, а мне ...
а проблема того, что хабр давно стал токсичным местом, увы, не моя ... но именно такие как вы делают в это большой вклад, но большая ответственность конечно на владельцах.
Вы похоже до сих пор находитесь в том времени, когда обсуждение и критика MVC ещё было актуальной темой. Ну а что до практики, то время показало, что MVC вполне успешный паттерн, с использованием которого написано множество успешных проектов, и до сих пишут. Видимо с возрастом у вас так и не пришло понимания, что серебряной пули не существует, человечество уже давно ушло вперёд и решает другие проблемы и задачи. Вы же топчетесь на одном месте и банально не развиваетесь. Зато освоили ютьюб, прогрессивный дедуля :)
Прихожу на Хабр за текстовым контентом.
Начните от сюда (это все мои статьи, так или иначе связанные с MVC)
https://habr.com/ru/post/138461/ - Правильное использование паттерна «Мост» (Мост с двухсторонним движением) или MVC->«Бизнес-сущность — Визуализация — Контроллер»
https://habr.com/ru/post/219445/ - Где наша бизнес-логика для идеалиста?
https://habr.com/ru/post/668928/ - Как учат создавать игру вида TowerDefence — ошибки «новичков»
https://habr.com/ru/post/670884/ - Когда в Unity нужно MVC, как сделать Binding визуальных контроллов с методом
А затем, я думаю, вам будет полезно посмотреть и прилагающиеся видео, это в том числе - они вас погрузят глубже, чем статьи. Правда не факт, что у вас такая цель. Но для того, чтобы разобраться в теме - это лучше.
Очень смелое заявление конечно. О том что MVC несостоятельно
Это конечно смело, на моем канале много еще чего смелого, например критика, да чего уж там, высмеивание, Принцип единой ответственности ... и ведь действительно, сейчас популярно молиться на эти глупые принципы и не думать своей головой ... Смелость тут только в том, что высказываются адекватные аргументы, а не то, что считается популярным у студентов ..
MVC без контроллера