Архитектура с толстым клиентом: какие есть недостатки?

@staircaseMaker · Регистрация: 25.02.2018

Студворк — интернет-сервис помощи студентам

Здравствуйте, коллеги!
Сейчас разрабатываем простенькое веб-приложение для учета заказов производственной компании. Функционал несложный: список заказов, задачи по заказам, история взаимодействия по каждому заказу, статистика.
В силу наличия опыта разработки клиентской части и практически полного отсутствия опыта разработки серверной, была выбрана архитектура с толстым клиентом. То есть вся работа по отображению и обработке данных делается на клиенте через js. На сервере происходит по-сути, только работа с базой и форматирование данных в том виде, чтобы было с ними удобно работать на клиенте. Большая часть обработки данных при взаимодействии с пользователем (сортировка, фильтры и т.п.) тоже реализованы на клиенте.
Почитал про аналогичные приложения, там почему-то все делают на сервере, включая сортировку html таблиц.
Почему это делается на сервере: так удобнее разработчику, или есть какие-то объективные причины?
Напишите, пожалуйста, какие могут быть проблемы при обработке данных на клиенте в случае веб-приложения?

@Shamil1 · 26.08.2018, 20:49

Раньше и html был другой, и браузеры другие. Многое из того, что сейчас легко и просто делается через дивы и стили, раньше приходилось делать через таблицы. Клиентские машины тоже были слабее - сильно менять дом-документ накладно было. Да и джаваскрипт сам по себе тормозил.
Кроме того, делать сортировку и пейджинг на клиенте означает, что вместо получения 20 строк с сиквел сервера придётся выкачивать всю таблицу.

@staircaseMaker · 27.08.2018, 10:07 **[ТС]**

то есть в современных условиях единственный недостаток такой архитектуры - необходимость передавать бОльший объем данных, чем необходимо?

@Shamil1 · 27.08.2018, 12:37

Да. Последнее время такой подход набирает популярность. Называется SPA = single page application.

Классический MVC:
Модель предоставляет методы бизнес-логики. Методы контроллера осуществляют управление (возвращают ViewResult). Представления (View) отвечают за внешний вид.

SPA MVC:
Методы контроллера представляют фасад к методам бизнес-логики (возвращают JsonResult). Единственное представление - страница, которая грузится один раз и больше не перегружается - отвечает за управление (использует AJAX запросы).
При этом никто не мешает для таблиц с большим количеством строк выполнять пейджинг на сервере (добавить соответствующие параметры в вызываемые для этого методы). Более насущные проблемы (тоже решаемые) - история браузера, поисковые машины и наличие состояния.

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

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@staircaseMaker 0 / 0 / 0 Регистрация: 25.02.2018 Сообщений: 27

	Архитектура с толстым клиентом: какие есть недостатки? 26.08.2018, 15:40. Показов 3420. Ответов 3 Метки архитектура, веб-программирование, толстый клиент (Все метки) Здравствуйте, коллеги! Сейчас разрабатываем простенькое веб-приложение для учета заказов производственной компании. Функционал несложный: список заказов, задачи по заказам, история взаимодействия по каждому заказу, статистика. В силу наличия опыта разработки клиентской части и практически полного отсутствия опыта разработки серверной, была выбрана архитектура с толстым клиентом. То есть вся работа по отображению и обработке данных делается на клиенте через js. На сервере происходит по-сути, только работа с базой и форматирование данных в том виде, чтобы было с ними удобно работать на клиенте. Большая часть обработки данных при взаимодействии с пользователем (сортировка, фильтры и т.п.) тоже реализованы на клиенте. Почитал про аналогичные приложения, там почему-то все делают на сервере, включая сортировку html таблиц. Почему это делается на сервере: так удобнее разработчику, или есть какие-то объективные причины? Напишите, пожалуйста, какие могут быть проблемы при обработке данных на клиенте в случае веб-приложения? 0

@Shamil1 Модератор 3133 / 2280 / 469 Регистрация: 26.03.2015 Сообщений: 8,874
	26.08.2018, 20:49
	Раньше и html был другой, и браузеры другие. Многое из того, что сейчас легко и просто делается через дивы и стили, раньше приходилось делать через таблицы. Клиентские машины тоже были слабее - сильно менять дом-документ накладно было. Да и джаваскрипт сам по себе тормозил. Кроме того, делать сортировку и пейджинг на клиенте означает, что вместо получения 20 строк с сиквел сервера придётся выкачивать всю таблицу. 1

@staircaseMaker 0 / 0 / 0 Регистрация: 25.02.2018 Сообщений: 27
	27.08.2018, 10:07 [ТС]
	то есть в современных условиях единственный недостаток такой архитектуры - необходимость передавать бОльший объем данных, чем необходимо? 0

@Shamil1 Модератор 3133 / 2280 / 469 Регистрация: 26.03.2015 Сообщений: 8,874
	27.08.2018, 12:37
	Да. Последнее время такой подход набирает популярность. Называется SPA = single page application. Классический MVC: Модель предоставляет методы бизнес-логики. Методы контроллера осуществляют управление (возвращают ViewResult). Представления (View) отвечают за внешний вид. SPA MVC: Методы контроллера представляют фасад к методам бизнес-логики (возвращают JsonResult). Единственное представление - страница, которая грузится один раз и больше не перегружается - отвечает за управление (использует AJAX запросы). При этом никто не мешает для таблиц с большим количеством строк выполнять пейджинг на сервере (добавить соответствующие параметры в вызываемые для этого методы). Более насущные проблемы (тоже решаемые) - история браузера, поисковые машины и наличие состояния. На практике сейчас чаще всего используют некий промежуточный вариант. Страниц много, но большинство действий на каждой странице выполняются через AJAX запросы без перезагрузки страницы. 1