|
|
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, всем! подскажите пожалуйста, какая должна быть архитектура? некоторые предлагали такой вариант: Entities - Facades/Session Beans - Bussiness Logic - Precedents - etc и отсюда вопросы возникли: 1) Сессионные бины и бизнес логика не одна и тоже? и чем они отличаются ? 2) что дают Прецеденты? типа определяют права доступа ? да вопрос тривиальный, но все же... заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2016, 15:19 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, Вопрос тривиальный? Одна только Patterns of Enterprise Application Architecture - 557 страниц. Или вот ещё тривиальная картинка из другого тривиального издания. А вы хотите чтобы вам тут вкратце на форуме расписали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2016, 15:31 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар1) Сессионные бины и бизнес логика не одна и тоже? и чем они отличаются ? Сессионные бины это классы, которые соответствуют EJB спеке и обслуживается JEE контейнером соответствующим образом. Бизнес-логика это реализация логики самого приложения. Сессионные бины по-хорошему являются фасадом к логике, потому что к той же самой логике могут обращаться и другие фасады, которые не EJB. Музаффар2) что дают Прецеденты? типа определяют права доступа ? Не знаю что именно в вашем случае под этим подразумевается. Обычно это Use Cases. Просто сценарии использования ПО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2016, 15:48 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, когда говорил про тривиальность я имел ввиду автор1) Сессионные бины и бизнес логика не одна и тоже? и чем они отличаются ? 2) что дают Прецеденты? типа определяют права доступа? а за картинку отдельное спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2016, 15:49 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, Ты бы ссылку про контекст дал. Т.к непонятно почему смешано все в одну кучу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2016, 21:16 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Petro123Ты бы ссылку про контекст дал. прошу прошение, но Вы про какой ссылке говорите? или речь о классах? Petro123Т.к непонятно почему смешано все в одну кучу. этого я тоже хочу понять :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 12:42 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффарнекоторые предлагали про этих ссылка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 15:10 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Petro123Музаффарнекоторые предлагали про этих ссылка таких ссылок сам не нашел, сказав "некоторые" имел ввиду сотрудников... по этим предложениям мы создавали классы и т.д. вот только не совсем понятно зачем столько слои... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 15:15 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, у тебя сабж слишком общий - "как строятся большие корабли средства передвижения" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 17:00 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Petro123Музаффар, у тебя сабж слишком общий - "как строятся большие корабли средства передвижения" да я этого понимаю, но все же... вот что у меня получился пока что: Entity Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. и др. ---------------------------- Facade Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. естественно имеется другие фасады с локальными интерфейсами ------------------------- Business Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. и имеется соответствующие интерфейсы ---------------------------- Precedent Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. вот пока что у нас так получается, хотя делаем но не совсем понятно... если можно прошу вкратце объяснить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 17:54 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
off Музаффаресли можно прошу вкратце объяснить... по EJB я пас. Без него основа БЛ делается так: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2016, 18:50 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар1) Сессионные бины и бизнес логика не одна и тоже? и чем они отличаются ? Очень грубо говоря состоянием. Сессионные бины обязательно сохраняют состояние сессии. Бины бизнес логики очень желательно, чтобы были без состояния (stateless) Т.е. в сессионных бинах мы храним данные, а в бинах бизнес логики их обрабатываем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 07:24 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
mad_nazgulОчень грубо говоря состоянием. Сессионные бины обязательно сохраняют состояние сессии. Бины бизнес логики очень желательно, чтобы были без состояния (stateless) Т.е. в сессионных бинах мы храним данные, а в бинах бизнес логики их обрабатываем. ведь у нас у бизнеса осталась аннотация Stateless , т.е. я могу просто убрать? нельзя хранить и обрабатывать в одном (т.е. объеденить два слоя СессБин и БизЛогику)? З.Ы. а для чего Прцеденты ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 08:44 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
МузаффарЗ.Ы. а для чего Прцеденты ?Музаффар Код: java 1. 2. реализацию/интерфейс можете показать ? (: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 11:44 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
UsmanМузаффарЗ.Ы. а для чего Прцеденты ?Музаффар Код: java 1. 2. реализацию/интерфейс можете показать ? (: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. просто человек приходит раз в неделю... а иногда вообще не приходит по этому такие вопросы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 12:25 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффарведь у нас у бизнеса осталась аннотация Stateless , т.е. я могу просто убрать? нельзя хранить и обрабатывать в одном (т.е. объеденить два слоя СессБин и БизЛогику)? В общем случае этого лучше не делать. Т.к. сессионый бин создается на каждую сессию. А стейтлесс по необходимости. Если в БЛ-бине есть обращение к БД, то будет весело. Память или пул-соединений к БД могут неожиданно закончиться. МузаффарЗ.Ы. а для чего Прцеденты ? Фиг его знает. У меня фильтр на маркетинговый бред. Скорее всего еще один не нужный уровень абстракции. Но я могу быть и не правым. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 12:35 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Как верно сказали, главное не накосячить с состоянием. Тестируй время жизни. Это работа программиста. Преценденты, ВИ, USE CASE выбрось из кода. Это методология проектирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 13:06 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
походу Прецеденты дает возможность определить что может тот или иной пользователь системы... просто я раньше так не разделял, по этому такая путаница получается... а вот если сюда добавлять MDB то будет ващще ништяк :) (с ним тоже не работал, но нинешнем проекте походу придется работать...) и соответственно вопрос каком промежутке делжен находится этот MDB? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 13:31 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Может не стоит поднимать топики с такими неподъёмными темами? Как их модерировать? Это об устройстве вселенной получается... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 15:26 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффари соответственно вопрос каком промежутке делжен находится этот MDB? Сбоку?! <:o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 15:35 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Предлагаю, если топик продолжать то больше кода и меньше слов. Удачи аффтару! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 17:54 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Petro123, с Вами соглашусь, вот только мы ждем того человека который предлагал такую структуру... по мере написания кода буду обращаться тут, чтоб лучше вникать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 18:56 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, ok Пока imho не вижу бизнес логики. Одни сеттеры и геттеры. Как будто у вас предметка подсчёт товара на полках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2016, 23:54 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
МузаффарPetro123, с Вами соглашусь, вот только мы ждем того человека который предлагал такую структуру... по мере написания кода буду обращаться тут, чтоб лучше вникать... Забейте. Если он не смог вам объяснить что и зачем нужно. То вы сделаете фигню по данной архитектуре. Архитектурные абстракции должны быть понятны в первую очередь вам. Т.е. вы должны понимать как и что сделать по картинке. В противном случае, получится не поддерживаемая, тормозная и глючная фигня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2016, 11:05 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Код: java 1. так Код: java 1. и перемещается EntityManager в абстракт это Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. так Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. похоже на фасад ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2016, 19:51 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
breath, Я бы посоветовал вместо стека JEE использовать Spring, в нем гораздо больше синтаксического сахара. Да и такие фасады уже реализованы, см. Spring-Data. Там даже реализацию писать не надо, только интерфейс. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2016, 06:40 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
советовать мне спринг не нужно хватило и тс не я. генерить запрос по названию метода findByNameAndOrderDataIsNull, findByDescIsTrueAndLocalityEndsWithAndAddressStreet ват э фак.. для полных прикладных приграмистоф походу. есть jpql query + criteria api и nativeQuery для всего остального нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз спринговцы вобще большие выдумщики на гимор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2016, 09:47 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
breathесть jpql query + criteria api и nativeQuery для всего остального нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз jpql и criteria api это еще то приключение. Тогда уж. просто писать на нативном SQL... Spring-data как раз позволяет решать простые вещи простым способом. Если чувствуете, что Spring-data не хватает, то никакой jpql не спасет. :-) А так в начале "накидал" прототип, потом если уже не хватает возможностей spring-data, просто пишем имплементацию на любом удобном нам ORM или вообще без него. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 10:37 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
breathсоветовать мне спринг не нужно хватило и тс не я. генерить запрос по названию метода findByNameAndOrderDataIsNull, findByDescIsTrueAndLocalityEndsWithAndAddressStreet ват э фак.. для полных прикладных приграмистоф походу. есть jpql query + criteria api и nativeQuery для всего остального нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз спринговцы вобще большие выдумщики на гимор Spring-data насколько я понимаю устраняет boilerplate на CRUD-ах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 12:05 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Жесть какая. БЛ дб стэйтлесс! какие еще стэйтфул бины? они вообще deprecated, это когда servlet ов еще не было, тогда это типа сессия со свинговым приложением и т.д. Все сессии и прочая на контроллере. Далее, CDI == Spring beans == EJB (если убрать remote invoсation и distributed transaction (то же вся шняга deprecated)). Java EE эта штуковина была как-раз что бы не было геморроя с зависимостями, просто все в одном месте и собрано - деплой приложение, рантайм готов. Однако мавен + спринг + еще куча классных библиотек спокойно замещают все EE. Тем более там всякие container managed security и т.д. нифига не гибкие, legacy короче, посмотрел бы я как кто-нибудь сделает SAML авторизацию на нем на том же джибоссе и т.д. Поэтому это все реализовывается на уровне приложения гораздо проще и удобней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2016, 00:38 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Недавно был на семинаре по spring-boot. В принципе хорошая штучка. Как раз строительный каркас для начинаний с малого но с ентерпрайзовым размахом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2016, 00:56 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
maytonНедавно был на семинаре по spring-boot. В принципе хорошая штучка. Как раз строительный каркас для начинаний с малого но с ентерпрайзовым размахом. Мне наоборот показалось, что spring-boot чисто энтепрайзная мулька. Типа для простоты написания SaaS. Пишешь каждый отдельный сервис на spring-boot оборачиваешь каждое приложение в докер. И вуяла SaaS готов! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2016, 07:50 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
к большому сожалению человек который предлагал такую архитектуру не приходит по этому все весит... З.Ы. прошу знатоков, каким должна быть архитектура такого рода приложения?: имеется посторонний проект (ПО) (и является основным ПО в нашем предприятие, естественно полного доступа не имеется) который получает из MQ очереди сообщения и обрабатывает их по типу, и конечно же в очередь отправляет сообщения соответствующим клиентам. Есть некий концентратор с помощью которого конечные клиенты отправляют и получают из основного ПО инфы, и все это происходит в ручном режиме т.е. клиенты пишут инфы и отправляют в очередь а оттуда забирает основной ПО и обрабатывает и т.д. и так происходит для получения инфы... Вот хотели автоматизировать этот процесс... З.Ы. думаем реализовать такой проект на EJB. Посоветуйте каким должна быть архитектура, не забывая о безопасности :) а кстати наверное воспользуемся с java web start или лучше обычный web? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2016, 13:43 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффаркаким должна быть архитектура такого рода приложения? писать на том, что умеем (EJB не знаем? Тогда обычный хибер без бинов) - нужны ВИ или преценденты как используется ПО. Т.е. "as is to be" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2016, 13:58 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, авторвариант использования представляет собой текстовое описание шагов, которые выполняет действующее лицо (actor). http://www.maxkir.com/sd/useCasesTenYearsLater_RUS.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2016, 14:01 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Petro123писать на том, что умеем (EJB не знаем? Тогда обычный хибер без бинов) EJB - изучаю... автор- нужны ВИ или преценденты как используется ПО. Т.е. "as is to be" над этим работаю. походу задал некорректный вопрос, меня интересует примерно какие слои должны быть для реализации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2016, 07:21 |
|
||
|
Архитектура приложения уровня предприятия
|
|||
|---|---|---|---|
|
#18+
Музаффар, Слои идут после ВИ. Это же очевидно. Очередность этапов разработки ПО написана кровью....программистов. Тебе лень описывать систему, тогда общий ответ - 3 слоя DAL БЛ Клиент. Т.к. опыта в EJB нет, то делаете проект лишь бы шевелился. И возьмите аналитика который в ворде за вас напишет use case. Это его работа в _большом_ проекте. Imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2016, 08:22 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2124315]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
187ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
92ms |
get tp. blocked users: |
2ms |
| others: | 251ms |
| total: | 586ms |

| 0 / 0 |
