Где писать функционал приложения? На клиенте или на сервере?

Question

[pandaa]

Реализация “тонкого” или “толстого” клиента.

Допустим мы делаем приложение - ленту рекомендаций, на базе которого лежит алгоритм ранжирования, который принимает решения какие посты показывать, а какие нет.

Какими путями пойти?
На клиенте есть какой то интерфейс, и для работы необходимы данные из базы данных, но перед тем как непосредственно отправить запрос в базу данных нужно еще и алгоритмически вычислить какие посты показывать, а какие нет.

Тонкий клиент
Отправляется Get запрос серверу. Сервер, запускает у себя программу ранжирования и запрашивает данные из базы данных и выдает оформленный в JSON ответ.

Толстый клиент
Делать на клиенте обработку (алгоритм ранжирования) и сразу (из приложения) опрашивать базу данных, при этом сократив серверные расходы (из-за того что вся обработка происходит на клиенте). Ведь алгоритмы на клиентской машине (Android/IOS) будут исполняться быстрее, чем ждать, когда ответит сервер.

Как обычно делают?

Answer 1

[xmoonlight]

Что клиент не должен видеть в исходном коде страницы - то на сервер.
Остальное - на клиенте.

Answer 2

[d'Ivan]

Интеллектуальный труд, который вложен в алгоритм ранжирования я бы не стал перекладывать на клиентов.

Answer 3

[Дмитрий Энтелис]

Это очень холиварный вопрос.

Толстые клиенты обычно делают когда приложение держит в себе огромный кеш данных для работы в оффлайне или условиях плохого интернета.

Толстый клиент + "простой" сервер обычно дороже в разработке и поддержке чем тонкий клиент и "сложный" сервер.

С точки зрения нагрузки, функционал на клиент выносят когда соблюдаются условия:
- обработка данных дорогая (сортировка массива к этому не относится)
- в логике обработки данных нет ценности
- специфические случаи когда критично быстродействие ux, а обработка данных на клиенте получается быстрее обработки на сервере + время на пересылку данных.

Я считаю что без очень веских оснований делать толстый клиент не нужно.

Comments

[pandaa]

Выходит можно сказать что таким приложения типа Яндекс.Дзен или таже лента Instagram логичнее использовать обработку на сервере, чем в приложении?

[Дмитрий Энтелис]

pandaa, мне кажется мы о разном.
Если говорить про веб, то что с сервера приезжает не html, а json который собирается в html каким-то js фреймворком не делает этот клиент толстым.

С яндекс.дзен не знаком, а на примере instagram - единственная обработка в приложении которая там есть это накладывание фильтров, и оно абсолютно соответствует моим критериям.
1. Обработка дорогая - да, обрабатывать фото дорого.
2. В логике нет ценности - нет, ценности нет.
3. Быстродействие ux критично - да, критично.
Вот и обрабатывают фотки на клиенте, а вся бизнес-логика все равно с сервера приезжает.

В тоже время совсем тонким клиентом instagram сложно назвать, там куча кешей в МП.
Но для них МП является по сути единственным продуктов, могут себе позволить.

Answer 4

[xoma99]

Тут имхо, все зависит от сложности вычеслений.
Но я как разработчик бэка, обычно все вычисления отдаю серваку, зачастую мощей у него больше.
Но повторюсь, надо смотреть на алгоритмы, их сложность и тяжеловесность.
Имхо

Comments

[pandaa]

А какие есть минусы у второго варианта?

[xoma99]

pandaa, ну на поверхности - это тормозящее приложение.
Получить массив данных, сохранить их. Обработать и вывести... Накладные расходы на клиента, возможно на последнем огрызке мощности девайса хватит, а если клиент какой нить древний с 2 гигами оперативы?)
Второй момент, сложность отладки на мой взгляд, надо будет поддерживать несколько версий для нескольких операционнок девайсов. Но тут думаю коллеги мобильщики меня поправят, но по моему это боль у них)

Answer 5

[Andrey_Dolg]

Это сервер обычно, но ранжирование может быть ограничено и пересчёт ранжирования не быть постоянным при каждом запросе, а скажем просто раз в сутки. Точек оптимизации довольно много. Остальное вам верно ответили.

Answer 6

[pandaa]

Ответ от специалиста по машинному обучению и анали...