Подскажите про MVC

@ВП СССР · Регистрация: 30.10.2016

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

Добрый день!

Я новичок. Написал GUI приложение без использования MVC. Сейчас изучаю паттерн MVC, вроде бы что-то даже понял в простых учебных примерах

Но возник вопрос как совместить MVC с клиент-серверным приложением. Понятно, что в клиенте должно быть вью, но непонятно, должен ли там быть ещё и контроллер? Допустим пользователь нажал на кнопку в клиенте. Если у меня приложение без сервера, я просто дёргаю у контроллера соответствующий метод. А в случае с клиент сервером как? Вью же не может самостоятельно контактировать с серверным конроллером. Получается в клиенте тоже должен быть контроллер?

@LeX · 14.11.2016, 21:01

ну для начала одним MVC мир не ограничивается, тебе скорее подойдет MVP.

а вообще в таких случаях вводится понятие толстого и тонкого клиента. пример тонкого клиента это веб - в нем есть view и presentation (толстый клиент в вебе редко, в живую не видел, но в теории возможно). тонкий клиент можно сделать и десктоп, в этом случае у тебя будет presentation слой, который будет инкапсулировать запросы на сервер, т.о. он будет предоставлять интерфейс серверного АПИ.
но на самом деле тонкий клиент на десктопе редкость, чаще все-таки делают толстый клиент с переносом львиной доли логики с сервера в клиентское приложеине

@ВП СССР · 15.11.2016, 13:22 **[ТС]**

Перечитал уже наверное с десяток статей по всем этим MV*, в голове такая каша...

1) Тонкий клиент. Если я буду использовать MVP, то у меня на сервере будет лежать модель, а презентер и вьюха в клиенте, так получается?

2) Толстый клиент. Тут в принципе не важно, что из MV* я выберу. В этом случае у меня получается и модель, и вьюха, и контроллер\презентер будут в клиенте, а на сервере будет только голая БД? Но ведь БД - это тоже модель, стало быть, модель у меня частично на сервере, и частично в клиенте? Это нормально, так и должно быть?

@LeX · 15.11.2016, 13:33

2 - при толстом клиенте модель и контроллер / презентер будут продублированы на клиенте, при этом возможно будет некоторая локальная бд, которая позволит работать автономно, хотя бы некоторое время.

1 - при тонком клиенте модель и контроллер / презентер будут продублированы на клиенте, при этом контроллер /презентер на клиенте будет просто как прокси, который на каждый вызов метода апи делает соответствующий запрос на сервер, т.е. локального хранилища как такового нет

@ВП СССР · 15.11.2016, 13:50 **[ТС]**

Более менее понятно стало, спасибо.

Новые блоги и статьи Все статьи Все блоги /
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .

@ВП СССР 1 / 1 / 0 Регистрация: 30.10.2016 Сообщений: 10

	Подскажите про MVC 14.11.2016, 16:09. Показов 749. Ответов 4 Метки нет (Все метки) Добрый день! Я новичок. Написал GUI приложение без использования MVC. Сейчас изучаю паттерн MVC, вроде бы что-то даже понял в простых учебных примерах Но возник вопрос как совместить MVC с клиент-серверным приложением. Понятно, что в клиенте должно быть вью, но непонятно, должен ли там быть ещё и контроллер? Допустим пользователь нажал на кнопку в клиенте. Если у меня приложение без сервера, я просто дёргаю у контроллера соответствующий метод. А в случае с клиент сервером как? Вью же не может самостоятельно контактировать с серверным конроллером. Получается в клиенте тоже должен быть контроллер? 0

@LeX 378 / 370 / 114 Регистрация: 30.06.2010 Сообщений: 1,445
	14.11.2016, 21:01
	ну для начала одним MVC мир не ограничивается, тебе скорее подойдет MVP. а вообще в таких случаях вводится понятие толстого и тонкого клиента. пример тонкого клиента это веб - в нем есть view и presentation (толстый клиент в вебе редко, в живую не видел, но в теории возможно). тонкий клиент можно сделать и десктоп, в этом случае у тебя будет presentation слой, который будет инкапсулировать запросы на сервер, т.о. он будет предоставлять интерфейс серверного АПИ. но на самом деле тонкий клиент на десктопе редкость, чаще все-таки делают толстый клиент с переносом львиной доли логики с сервера в клиентское приложеине 1

@ВП СССР 1 / 1 / 0 Регистрация: 30.10.2016 Сообщений: 10
	15.11.2016, 13:22 [ТС]
	Перечитал уже наверное с десяток статей по всем этим MV, в голове такая каша... 1) Тонкий клиент. Если я буду использовать MVP, то у меня на сервере будет лежать модель, а презентер и вьюха в клиенте, так получается? 2) Толстый клиент. Тут в принципе не важно, что из MV я выберу. В этом случае у меня получается и модель, и вьюха, и контроллер\презентер будут в клиенте, а на сервере будет только голая БД? Но ведь БД - это тоже модель, стало быть, модель у меня частично на сервере, и частично в клиенте? Это нормально, так и должно быть? 0

@LeX 378 / 370 / 114 Регистрация: 30.06.2010 Сообщений: 1,445
	15.11.2016, 13:33
	2 - при толстом клиенте модель и контроллер / презентер будут продублированы на клиенте, при этом возможно будет некоторая локальная бд, которая позволит работать автономно, хотя бы некоторое время. 1 - при тонком клиенте модель и контроллер / презентер будут продублированы на клиенте, при этом контроллер /презентер на клиенте будет просто как прокси, который на каждый вызов метода апи делает соответствующий запрос на сервер, т.е. локального хранилища как такового нет 0

@ВП СССР 1 / 1 / 0 Регистрация: 30.10.2016 Сообщений: 10
	15.11.2016, 13:50 [ТС]
	Более менее понятно стало, спасибо. 0