Да можно и на беке всё решить, конечно. Будет кусок html с расставленными креслами в зале(зелеными и красными), кол-вом билетов и общей ценой с учётом скидки, попкорна и пр.
Есть несколько actions /add-booking-number?params=, /cancel-booking-number?params= и так далее. Но всегда возвращается целый кусок html с залом, ценой и т.д. Получается, что на любой запрос вы замещаете условный <div id="hall">...</div> - этот div и будет являться target-ом всегда.
Конечно, трафика будет больше, чем получить короткий json. На сервере будет сессия, time-zone, вычисления стоимости и рендер html. Будет ли работать? - Да. Изящно ли это? - Ну, это зависит...
Но если стоит задача сделать трейдинг-клиента, то тут, конечно, лучше сразу взять условный vue.
Статья о том, как с помощью названия путей на диске без единой строчки кода объяснить "чистую" архитектуру. Автор просто увеличивает энтропию вселенной используя слова Энтити, Домен, Сервис...
История хорошая. Но каким же фронт стал многословным и сложным за последние 10 лет. Mantine выглдяит симпатично. Интересно сколько от него в итоге Вы взяли? Нет ли ситуации, что Кит начинает слишком сильно направлять дизайн-мысль фронт-эндера?
И может быть, в процессе поиска, Вам попадались лаконичные, лёгкие UI киты?
Ладно БМВ на Хабре, но Гучи с Витоном? Что синьоры, выкатили код в продакшн и сразу в ЦУМ за чемоданом Louis! ;-)
Выводы в статье странные: не покупателей же измеряли. А надо было набрать крашеных блондинок на Лабутенах и Франциско Гойя показывать. Да и что показывать, тоже вопрос: Обнажённую Маха или Расстрел мадридских повстанцев?
Давайте уж лучше про тачки... Релевантнее к аудитории
В последнее время наблюдаю поворот "обратно к истокам", когда начинают ругать чрезмерный ООП подход, большую иерархию классов и over-engineering. Вон, новый-модный Rust без классов и наследования живёт и многим нравится.
Но нужен опыт. Пусть у нас есть Заказ и телефон. И нам потребовался добавить ещё один телефон.
И можно к полю user_phone добавить что-то вроде user_phone_alt и все.
А можно по-взрослому: делать список, в базе 1-ко-многим, динамическую форму с кнопками "добавить доп. телефон", "убрать телефон"...
Вообще, мы слишком разбалованы. На телефоне с небольшим экраном играет видео, а нам ещё картинку-в-картинке подавай! И спасибо за разъяснение мелочей во флаттер.
Разгар рабочего дня, один из сидящих задумчиво напевает себе под нос: — Оранжевое небо... Оранжевое солнце... Кто-то из находящихся рядом бессознательно, на рефлексах, пропевает за него еще две строчки: — Оранжевое море... Оранжевый верблюд... Пауза. Лишь слышен стук клавиатур. Вдруг откуда-то из другого угла подтягивается третий. Так же, вполголоса, задумчиво: — Оранжевые дяди... Длинная пауза. — Оранжевую тетю... Пауза длиннее всех предыдущих. И снова тихонечко, только с противоположной стороны — В оранжевую попу... Взрыв хохота четырех взрослых мужиков детонирует по офисным коридорам (c) башорг
Разработка загибается по 150+ (это мало, но для малого бизнеса нет мало)
Эээээ, Вы же сами пишите, что потратили миллионы на продвижение. И не можете (клиент ине может) потратить 50-100 тыс на то, чтобы убрать явные косяки? Странно, право, странно...
Хорошие отчёт, развёрнуото и понятно. А вот сайт желательно доработать. Много некрасивых мелочей, вроде разных кавычек, дефис вместо тире, вёрстка плывёт местами, pagespeed.web.dev показывает низкую скорость работы сервера, пару раз вообще получал time out...
Ну и пока смотрело куртки, раз 6-7 закрывал всплывающее окно. Вот это бесит нереально. Получается, тратим деньги на привлечение, а потом портим собственным сайтом.
Работа, конечно, проделана колоссальная! Не совсем понял, как именно правильно это надо использовать. Это что-то визуального конструктора, который генерит xml, а потом на его основе flutter-код?
Да можно и на беке всё решить, конечно. Будет кусок html с расставленными креслами в зале(зелеными и красными), кол-вом билетов и общей ценой с учётом скидки, попкорна и пр.
Есть несколько actions /add-booking-number?params=, /cancel-booking-number?params= и так далее. Но всегда возвращается целый кусок html с залом, ценой и т.д. Получается, что на любой запрос вы замещаете условный <div id="hall">...</div> - этот div и будет являться target-ом всегда.
Конечно, трафика будет больше, чем получить короткий json. На сервере будет сессия, time-zone, вычисления стоимости и рендер html. Будет ли работать? - Да. Изящно ли это? - Ну, это зависит...
Но если стоит задача сделать трейдинг-клиента, то тут, конечно, лучше сразу взять условный vue.
Да кто ж спорит - даже конвертор валют с двух-сторонним по валютам связыванием удобнее писать на vue.
Htmx удобен не для приложений, а для сайтов, где обратная связь, квиз, форма опроса и прочие несложные вещи.
Статья о том, как с помощью названия путей на диске без единой строчки кода объяснить "чистую" архитектуру. Автор просто увеличивает энтропию вселенной используя слова Энтити, Домен, Сервис...
Спасибо!
История хорошая. Но каким же фронт стал многословным и сложным за последние 10 лет. Mantine выглдяит симпатично. Интересно сколько от него в итоге Вы взяли? Нет ли ситуации, что Кит начинает слишком сильно направлять дизайн-мысль фронт-эндера?
И может быть, в процессе поиска, Вам попадались лаконичные, лёгкие UI киты?
Ладно БМВ на Хабре, но Гучи с Витоном? Что синьоры, выкатили код в продакшн и сразу в ЦУМ за чемоданом Louis! ;-)
Выводы в статье странные: не покупателей же измеряли. А надо было набрать крашеных блондинок на Лабутенах и Франциско Гойя показывать. Да и что показывать, тоже вопрос: Обнажённую Маха или Расстрел мадридских повстанцев?
Давайте уж лучше про тачки... Релевантнее к аудитории
Какое шикарное сравнение!
В последнее время наблюдаю поворот "обратно к истокам", когда начинают ругать чрезмерный ООП подход, большую иерархию классов и over-engineering. Вон, новый-модный Rust без классов и наследования живёт и многим нравится.
Но нужен опыт. Пусть у нас есть Заказ и телефон. И нам потребовался добавить ещё один телефон.
И можно к полю user_phone добавить что-то вроде user_phone_alt и все.
А можно по-взрослому: делать список, в базе 1-ко-многим, динамическую форму с кнопками "добавить доп. телефон", "убрать телефон"...
Кто какой подход выберет? Чем обоснуете?
Вообще, мы слишком разбалованы. На телефоне с небольшим экраном играет видео, а нам ещё картинку-в-картинке подавай! И спасибо за разъяснение мелочей во флаттер.
Основательно как! Спасибо!
Примеры, пусть даже простые были бы очень полезны. Спасибо!
Разгар рабочего дня, один из сидящих задумчиво напевает себе под нос: — Оранжевое небо... Оранжевое солнце... Кто-то из находящихся рядом бессознательно, на рефлексах, пропевает за него еще две строчки: — Оранжевое море... Оранжевый верблюд... Пауза. Лишь слышен стук клавиатур. Вдруг откуда-то из другого угла подтягивается третий. Так же, вполголоса, задумчиво: — Оранжевые дяди... Длинная пауза. — Оранжевую тетю... Пауза длиннее всех предыдущих. И снова тихонечко, только с противоположной стороны — В оранжевую попу... Взрыв хохота четырех взрослых мужиков детонирует по офисным коридорам (c) башорг
Интереснее, когда клиент обозначается, как "токсичный", а бюджет вроде бы большой. Как тогда быть?
Действительно, http мешал им… а давайте post запросы делать.
Грустно всё это.
Доступно. Спасибо!
Эээээ, Вы же сами пишите, что потратили миллионы на продвижение. И не можете (клиент ине может) потратить 50-100 тыс на то, чтобы убрать явные косяки? Странно, право, странно...
Хорошие отчёт, развёрнуото и понятно. А вот сайт желательно доработать. Много некрасивых мелочей, вроде разных кавычек, дефис вместо тире, вёрстка плывёт местами, pagespeed.web.dev показывает низкую скорость работы сервера, пару раз вообще получал time out...
Ну и пока смотрело куртки, раз 6-7 закрывал всплывающее окно. Вот это бесит нереально. Получается, тратим деньги на привлечение, а потом портим собственным сайтом.
Это деградация. Плохие слова используются для описания плохих ситуаций (я про кино сейчас). А тут Джулс, словно Лунтик.
А можно коротко, зачем такое количество вопросом на собесе, которые так слабо соотносятся с конечной работой?
Работа, конечно, проделана колоссальная! Не совсем понял, как именно правильно это надо использовать. Это что-то визуального конструктора, который генерит xml, а потом на его основе flutter-код?