首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >弹簧应用体系结构设计

弹簧应用体系结构设计
EN

Stack Overflow用户
提问于 2015-12-20 07:08:30
回答 2查看 108关注 0票数 0

环境:

春季4

冬眠4

MySQL

Spring

发行:

我正在为CRUD操作编写一个简单的基于REST的应用程序。

架构/组件如下:

我有以下设计问题:

1.春季应用程序中的,最佳实践是有两个独立的上下文-

( applicationContexti) :通过ContextLoaderListener初始化(用于服务abd daoLayerClasses)

webApplicationContext:通过Dispather初始化(用于控制器/视图解析器)

2.然而,我还没有看到任何使用上述两种上下文的基于Spring的示例应用程序。只使用Dispatcher servlet appraoch。

3.因此,为基于REST的应用程序创建两个独立的上下文(如上面的体系结构所示)是否会是过度的和不必要的?

或者,最好在WebApplicationContext (@RestController)和ApplicationContext包含(@Services@Repository)中创建分开弹簧休息层的两个上下文。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2015-12-20 07:23:40

我认为完全没有必要为您的ControllersService/Repository类创建单独的上下文,除非您考虑使用多个调度器或类似的东西。一般来说,你应该保持简单,尽可能少的上下文。

票数 1
EN

Stack Overflow用户

发布于 2015-12-20 08:02:00

这个问题的答案将是主观的,但正如在其他线程和Spring博士中提到的,两个上下文是典型的,但不是唯一的方法。

我认为主要的原因是当您有UI和API时,才能将它们分开。它们可能依赖于相同的后端服务,但可能不应该有混合的bean。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/34378724

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档