KG
собственно вся логика на клиенте уже в веб есть. SPA + webworker
кстати тут определения олега ломается
Size: a a a
2019 October 18
ОК
кстати тут определения олега ломается
Кирилл, а почему ломается? Данные и методы работы с данными в SPA ведь все равно на сервере остаются. Определение OMG при этом остается валидным.
S
я или за всю логику на клиенте или за всю логику на сервере
логика специфичная для UI на клиенте, для остального на сервере (серверах). Так логичней
S
так визуализатор можно написать на клиенте, который получает массив данных, предварительно подготовленный на серваке
ОК
логика специфичная для UI на клиенте, для остального на сервере (серверах). Так логичней
Адекватно, модно, молодежно! 🙂
S
Олег Краснов
Адекватно, модно, молодежно! 🙂
это не молодежно, это обычный классический подход
любой JS фреймворк - это UI логика на клиенте (ну или мета-логика, с помощью которой делается конкретная логика для приложения)
любой JS фреймворк - это UI логика на клиенте (ну или мета-логика, с помощью которой делается конкретная логика для приложения)
S
важно в целом минимизировать поток информации в обе стороны. Поэтому разделение логики логично :)
S
плюс на клиенте мы можем заюзать тех средства для более адаптивной визуализации (OpenGL и т.д)
KG
как у вас все просто оказалось
ОК
как у вас все просто оказалось
Кирилл, давайте усложним!
KG
Олег Краснов
Кирилл, а почему ломается? Данные и методы работы с данными в SPA ведь все равно на сервере остаются. Определение OMG при этом остается валидным.
оно работает в оффлайне
ОК
Тогда можно вынести бизнес-логику на клиент и использовать реплику в Local Storage
d
Чатик плавно перешёл на архитектуру фронтэнда)))
ОК
😱
d
В тренде с вакансиями, так сказать
KG
потому что Козуля вошел
KG
в Козуле большое содержание фронтенда
ВК
Чатик плавно перешёл на архитектуру фронтэнда)))
это победа
S
Чатик плавно перешёл на архитектуру фронтэнда)))
так саму архитектуру-то не обсуждают
IV
так саму архитектуру-то не обсуждают
Обсуждают концепцию... великие умы))