ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / Как организовать архитектуру при одном back-end и нескольких view
9 сообщений из 9, страница 1 из 1
Как организовать архитектуру при одном back-end и нескольких view
    #38637563
redwhite90
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
redwhite90
Гость
Допустим у нас есть back-end и три view для него.

функциональность трёх ui примерно одинакова. только они показывают с разной подробность.

ui1 отображает 500 полей
ui2 - 300
ui3 - 100

Где правильно фильтровать данные на ui или на backend. Или в идеале какое-то промежуточное решение?

как я это вижу:

Если фильтровать на back-end, то получается back-end зависим от ui, а это плохо
Если фильтровать на ui - получается, что ui содержит логику - тоже имхо не камильфо.

В голову лезет только спроектировать так, чтобы был отдельный слой back-end, отдельный слой для логики связанной с отображением(на каждый ui), ну и собственно ui.

Что вы думаете по этому поводу?
...
Рейтинг: 0 / 0
10.05.2014, 00:02
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637621
pavel_nv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavel_nv
Участник
Точно 500 полей, а не строк? Как то сомнительно отображать 500 полей юзеру, он же ничего не разберет
Вообще фильтровать лучше на back end'e, из view передавать параметром сколько нужно этих самых полей (т.е. какой тип отображения), как то так...
Я так понимаю если 500 полей, то это не будет уже 500 полей класса, их надо как то группировать
...
Рейтинг: 0 / 0
10.05.2014, 11:00
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637649
redwhite90
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
redwhite90
Гость
pavel_nv,

на самом деле это абстрактный вопрос.

Если на фильтровать на backend, то получится, что backend получает запрос "дай мне эту штуку". Он смотрит, а кто это меня спрашивает...второй ui .....ну тогда держи вот такой ответ.
...
Рейтинг: 0 / 0
10.05.2014, 12:39
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637655
pavel_nv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pavel_nv
Участник
redwhite90,

Не должен он смотреть "а кто это меня спрашивает...", клиент должен сказать дай мне представление этой штуки для вэба, клиента и т.д. (скорее всего это будет enum).
Для таких больших объектов делаешь билдер, в его "директоре" дергаешь уже только методы, которые нужны для построения нужного представления объекта на основе пришедшего типа представления. Все равно он у тебя будет строится не на основе одного объекта, а на их множестве.
...
Рейтинг: 0 / 0
10.05.2014, 12:56
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637674
redwhite90
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
redwhite90
Гость
pavel_nv,

получится, что если добавится ещё один ui, то надо будет перекраивать back-end.
...
Рейтинг: 0 / 0
10.05.2014, 13:59
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637705
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
redwhite90,
view делают под функционал, а не под количество полей ....абстрактно.
И под каждый надо переделать всю цепочку БЛ и ГУИ.
...
Рейтинг: 0 / 0
10.05.2014, 17:01
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637793
questioner
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
questioner
Гость
Petro123,

хм. вы меня расстраиваете....

а как же фразы типа back-end не зависит от ui/view.

ведь бизнес-логика уж то не в ui/view слое пишется)
...
Рейтинг: 0 / 0
10.05.2014, 22:09
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637798
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
questioner,
а толку говорить абстрактно....про ваши 500 полей.
Абстрактно - не зависит, а на практике....
Для архитектуры нужно больше конкретики. Вот и весь ответ.
Перед программированием делается ТЗ и прототипы интерфейса .
Ваши 500 полей это прототип заказчику?
...
Рейтинг: 0 / 0
10.05.2014, 22:31
| Ответить | Цитировать | Написать  
Как организовать архитектуру при одном back-end и нескольких view
    #38637803
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
redwhite90Если фильтровать на back-end, то получается back-end зависим от ui, а это плохо
Если фильтровать на ui - получается, что ui содержит логику - тоже имхо не камильфо.
аналогия с сортировкой в клиент-сервере:
- если сорт-ка на клиенте, то делается быстро, но нужно ждать закачку всех данных
- если на сервере, то моментально, но в БД нужно передавать параметры.
И так по всем вопросам ))). Нужен конкретный проект и ТЗ. Нет золотой пули.
Удачи!
...
Рейтинг: 0 / 0
10.05.2014, 22:39
| Ответить | Цитировать | Написать  
9 сообщений из 9, страница 1 из 1
Форумы / Java [игнор отключен] [закрыт для гостей] / Как организовать архитектуру при одном back-end и нескольких view
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=38637705&tid=2127204]:
 0ms
get settings:
 11ms
get forum list:
 18ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 190ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 58ms
get tp. blocked users:
 2ms
others: 251ms
total:  554ms
созд. / загр.: 554ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]