|
|
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
Добрый день. Прошу помощи по архитектуре приложения. Есть некое веб приложение, в которое нужно динамически добавлять, удалять, обновлять модули. Добавлени/удаление будет зависеть от некоторых условий. Как сделать это правильно? Вариант пока только один, делать все модули в приложении, а по условиям давать или не давать доступ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 18:38 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksud, OSGi, вероятно курить. Хотя можно и просто отдельные EJB/WAR модули деплоить. Можно взять какой-нибудь простенький Plug-in Framework. В любом случае, не достаточно информации. Если есть вариант не делать модулей, а реализовать всё через security, то этот вариант будет оптимальным, так как не надо возится с совместимостью плагинов. И тесты можно прогонять на одной версии, а не на зоопарке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 18:47 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
Всё сильно зависит от того что делают модули, откуда они беруться, какой у них вообще жизненый цикл и т.п. Может их вообще можно независимыми процессами делать? Будут микро-сервисы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 18:49 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, Спасибо за ответ. Архитектор из меня никудышный ) Вообще так. Хотим написать некое веб приложение. и нужно чтобы это приложение было модульным. Т.е., в любое время можно было к нему присоединить (установить) нового модуля, или обновить уже установленного модуля ну или же удалить ненужного модуля. Приложением будет пользоваться множество клиентов, и каждый из них может потребовать одного и того же модуля обновить (переделать) по своему усмотрению. Поэтому думаю что лучше будет использовать модульную архитектуру. Что из себя представляет модуль: Модуль - это отдельное дополнение к вебприложению, который может обращаться к базе данных, настройки которой указаны в основном приложении, а также к некотором функциям основного приложения или же других модулей. при этом права на использования функционалов будут указаны в настройках самого модуля. А также, модуль будет выводить пользователю сформированные своими контролерами данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 19:35 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksudПрошу помощи по архитектуре приложения. Глава 12. http://www.ozon.ru/context/detail/id/18601936/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 21:29 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksud, правильно понял, что пользователь ничего от этой идеи не выиграет? У него как было меню...странички.... так всё и будет. Т.е. это придумал программист? Для чего? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 23:25 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
Petro123maksud, правильно понял, что пользователь ничего от этой идеи не выиграет? У него как было меню...странички.... так всё и будет. Т.е. это придумал программист? Для чего? Да, придумывается для упрощения работы над поддержкой вебприложения учитывая что у каждого пользователя будет свой комплект модулей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 00:29 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksudBlazkowicz, Спасибо за ответ. Архитектор из меня никудышный ) Что из себя представляет модуль: Модуль - это отдельное дополнение к вебприложению, который может обращаться к базе данных, настройки которой указаны в основном приложении, а также к некотором функциям основного приложения или же других модулей. при этом права на использования функционалов будут указаны в настройках самого модуля. А также, модуль будет выводить пользователю сформированные своими контролерами данные. Зачем что-то придумывать, когда для вас уже все сделано! Грубо говоря у вас есть сервер приложений (Tomcat, jBoss, GlassFish, WebLogic, WebSphere и т.д.) Для него вы пишите web-приложения. Если нужна "связь" м/у web-приложениями, то от простых url, до CDI в вашем распоряжении. Т.е. в вашем случае модуль это просто приложение (war/ear) для сервера приложений. IMHO я бы в вашем случае посмотрел еще в сторону REST/json и js-фреймворков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 06:44 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksud, Еще раз. Как это будет выглядеть? То что ты сказал? ВИ какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 07:44 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksud, Еще раз. Как это будет выглядеть? То что ты сказал? ВИ какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 07:46 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksud, зависит от того, как связаны модули между собой, в самом простом варианте - делаешь несколько веб приложений, но мастер страницы и стили шаришь между ними - в итоге у тебя все модули выглядят хотя бы одинаково (хотя не факт что это нужно - может надо сделать смену визуальных тем) а если у тебя есть авторизация - надо SSO аутентификацию и общую базу пользователей и прав доступа - но это автоматом означает, что модули будут зависеть от этого общего модуля - как минимум при добавлении / удалении модуля надо добавлять и удалять права юзеров из общей базы а что если общий модуль будет иметь средства логирования и журнал действий пользователей или будет справочник валют (логичней его разместить в общем модуле один раз, а не дублировать в каждом) - тогда связь с основным модулем становиться еще жестче отсюда приходим к выводу - может имелось ввиду модули на странице? как виджеты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 08:16 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
17-77, Так и вижу, пришел пользователь Вася со своими виджетами) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 08:43 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
Petro123, ну почему со своими - попросит maksud написать ему виджет и добавить на страницу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 09:27 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
17-77Petro123, ну почему со своими - попросит maksud написать ему виджет и добавить на страницу со словом "написать" согласен. У него просто нет слова - "написать" maksudв которое нужно динамически добавлять, удалять, обновлять модули. Добавлени/удаление будет зависеть от некоторых условий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 09:47 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksudКак сделать это правильно? Я действую, обычно, по такой схеме. Сродни матрицы принятия решений. - Собираем список требований - Собираем список возможных вариантов - Составляем в матрицу и смотрим на сколько хорошо решение подходит для каждого отдельного требования В большинстве случаев варианты просто отбрасываются из-за несовместимости с требованиями. Непосредтственно до назначения весов требованиям доходит редко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 10:17 |
|
||
|
Как правильно строить архитектуру приложения
|
|||
|---|---|---|---|
|
#18+
maksudЕсть некое веб приложение, в которое нужно динамически добавлять, удалять, обновлять модули. Назовем его, мммм ... Tomcat. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2015, 14:27 |
|
||
|
|

start [/forum/topic.php?fid=59&gotonew=1&tid=2124658]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
25ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 318ms |

| 0 / 0 |
