Здравствуйте, Janus, Вы писали:
J>ты не слезай с темы
J>
S>>>> На новых — есть поддержка оффлайн режима, возможность оффлайн и онлайн действий, псевдо-мгновенные операции (когда что-то заказал и оно как бы мгновенно исполнилось с рассчетом на то, что 99.5% подключений не обрываются — а потом отменилось, если подключение все-же оборвалось) и т.д.
J> где здесь UI ?
Так мы же не о верстке — а о полном цикле управления всем пользовательским UI-состоянием.
S>Чистый декларативный дедовский подход не удобен и существует только как легаси. S>Что же касается управления этим UI — то что все-таки лучше на ваш взгляд?
Хочу такую штуку:
Толпа шибко умных разработчиков-физтехов-краснодипломников с феноменальной памятью — делает исходный проект допустим на WPF MVVM, или на 300 гигаметров жабаскрипта,
а ИИ это берёт и превращает в проект WPF/Winforms/Delphi/TurboVision с обработчиками в кнопках на форме. В которых все полезные действия делает по кратчайшему пути, схлопнув все слои и уровни абстракций в 0, без 300-строчных stack trace последовательно через 10 микросервисов ради сохранения 1 записи в базу.
Друга ищи не того, кто любезен с тобой, кто с тобой соглашается, а крепкого советника, кто полезного для тебя ищет и противится твоим необдуманным словам.
Здравствуйте, Shmj, Вы писали:
S>Вот, саму верстку форм вроде обсудили. Лучшее к чему пришло человечество можно назвать: декларативный UI с функциональной интеграцией.
S> MVC, MVP, MVVM, Redux / UDF, BLoC, Elm / TEA, Clean Architecture и еще что-то, что пока не придумали, но обязательно придумают как назвать
Никогда не понимал смысла запоминания таких слов. Как вы умудряетесь писать код в рамках таких схем? Вы, что, прямо так пишите код и думаете: "ага, здесь такая схема, а вот если бы так написал, то была бы другая"? Как это, вообще, возможно?
Здравствуйте, Qulac, Вы писали:
Q>Тут не надо мудрить если честно. UI — самая "тупая" часть программы, если мы все правильно делаем. Накопать проблемы себе там — это нужно специально стараться.
Сложность UI в количестве требований, частоте их изменений и соответствующем стейтменеджменте
Здравствуйте, Janus, Вы писали:
S>>Ну на старых проектах — да. На новых — есть поддержка оффлайн режима, возможность оффлайн и онлайн действий, псевдо-мгновенные операции (когда что-то заказал и оно как бы мгновенно исполнилось с рассчетом на то, что 99.5% подключений не обрываются — а потом отменилось, если подключение все-же оборвалось) и т.д.
J>Раскрой подробнее каким образом этот фунционал относится UI
Непосредственно. Офлайн режим для фронтенд приложения означает, что вам как UI разработчику нужно пилить локальный бакенд без бакенд разработчика.
"Псевдо-мгновенные операции" — продвинутый стейтменеджмент с частичной отменой действий, когда все будет подхватываться задним числом.
S>>>> На новых — есть поддержка оффлайн режима, возможность оффлайн и онлайн действий, псевдо-мгновенные операции (когда что-то заказал и оно как бы мгновенно исполнилось с рассчетом на то, что 99.5% подключений не обрываются — а потом отменилось, если подключение все-же оборвалось) и т.д.
J> где здесь UI ?
Ui это гораздо больше чем только визуальная часть. Это и стейтменеджмент, и работа с апи, и кеширование, и всевозможные клиентские вещи типа "офылайн"
Здравствуйте, dsorokin, Вы писали:
D>Никогда не понимал смысла запоминания таких слов. Как вы умудряетесь писать код в рамках таких схем? Вы, что, прямо так пишите код и думаете: "ага, здесь такая схема, а вот если бы так написал, то была бы другая"? Как это, вообще, возможно?
Код пишется под задачу, а такие слова нужны что бы выбор был. В противном случае будет вариант "много кода никто не понимает"
Здравствуйте, Pauel, Вы писали:
P>Код пишется под задачу, а такие слова нужны что бы выбор был. В противном случае будет вариант "много кода никто не понимает"
Да я к тому, что обычно тулкит подталкивает к определенному стилю, хотя некоторые извращения в стилях я видел... Было дело. Но в целом же стиль примерно диктует сам тулкит. И тогда все эти названия особо не помогают, а могут запросто и мешать делу
Здравствуйте, dsorokin, Вы писали:
S>> MVC, MVP, MVVM, Redux / UDF, BLoC, Elm / TEA, Clean Architecture и еще что-то, что пока не придумали, но обязательно придумают как назвать
D>Никогда не понимал смысла запоминания таких слов. Как вы умудряетесь писать код в рамках таких схем? Вы, что, прямо так пишите код и думаете: "ага, здесь такая схема, а вот если бы так написал, то была бы другая"? Как это, вообще, возможно?
Многие люди знают только 1 "схему" — и им хватает. Хватает чтобы лет 10 работать, дом построить и т.д. Все знать не обязательно. Т.е. вполен чел может кроме MVVM — ничего не уметь, хоть и слышал — и ему хватает с головой.
Здравствуйте, Shmj, Вы писали:
S>Ну значит знай что бывает и такое — будешь знать что чел. с 20 летним стажем, который только этим и занимался и другого ничего не умеет — может так мыслить. Иногда стаж не решает — Природа первична и она всех наделила разными способностями, ничего стесняться этого. Кто-то вообще дауном родился — и что такого?
Да, в общем-то, ничего такого, только если родился дауном, в разработку имхо наверное не стоит лезть, может чем-то попроще ограничится?
Здравствуйте, Marty, Вы писали:
S>>Ну значит знай что бывает и такое — будешь знать что чел. с 20 летним стажем, который только этим и занимался и другого ничего не умеет — может так мыслить. Иногда стаж не решает — Природа первична и она всех наделила разными способностями, ничего стесняться этого. Кто-то вообще дауном родился — и что такого?
M>Да, в общем-то, ничего такого, только если родился дауном, в разработку имхо наверное не стоит лезть, может чем-то попроще ограничится?
Здравствуйте, Shmj, Вы писали:
S>>>Ну значит знай что бывает и такое — будешь знать что чел. с 20 летним стажем, который только этим и занимался и другого ничего не умеет — может так мыслить. Иногда стаж не решает — Природа первична и она всех наделила разными способностями, ничего стесняться этого. Кто-то вообще дауном родился — и что такого?
M>>Да, в общем-то, ничего такого, только если родился дауном, в разработку имхо наверное не стоит лезть, может чем-то попроще ограничится?
S>Это уже каждый человек сам решает чем ему заниматься — бывает по- разному, не смотря на стереотипы: https://ru.wikipedia.org/wiki/%D0%9F%D0%B8%D0%BD%D0%B5%D0%B4%D0%B0,_%D0%9F%D0%B0%D0%B1%D0%BB%D0%BE
Правда, что если быть дауном, сложно сыграть дауна?
Довольно сложно. Кроме того он получил диплом бакалавра — это немалое достижение для него. Внес свое имя в WIKI, чего тебе, к примеру, не светит.
Главное не абсолютные достижения а относительные. Помнишь Христа и его слова о том, что вдова, кинувшая в сокровищницу храма 100 рублей — больше всех пожертвовала?
M>Где список проектов, сделанных этим челом?
Он же в другой области работал — в области преподавания.
Здравствуйте, Shmj, Вы писали:
P>>А какой цикл жизни у данных перед тем как они в джсон запишутся и уйдут на клиент?
S>Ну если это блог/форум или новостной сайт — то записать в базу, считать из базы, отмапить, проверить права доступа собсно.
Если расчет в том, что посетителей максимум 10 штук в минуту, то примерно так и будет.
S>Если фин. система — то добавляется еще взаимодействие по JSON с внешним сервисом, возможно повторы, задания по таймеру.
Вы хорошо понимаете смысл фразы "цикл жизни данных" ? Вы вместо цикла жизни рассказываете про одну единственную точку.
