社区
Java EE
帖子详情
struts vs spring
mbl
2005-03-24 06:47:57
谈谈区别,及那种更适合企业JSP开发
...全文
419
14
打赏
收藏
struts vs spring
谈谈区别,及那种更适合企业JSP开发
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
14 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
rollrock
2005-05-09
打赏
举报
回复
spring校验巨麻烦,得在bean里写,它的优点在于持久化层,设计得过于麻烦
mbl
2005-05-09
打赏
举报
回复
up
xiangxyz
2005-05-09
打赏
举报
回复
采用WebWork+Srping+Hibernate比较爽,代码量少得出奇
强烈同意
我觉得webwork比struts精简多了,struts太繁琐了
fangcheng007
2005-04-07
打赏
举报
回复
学习中
mbl
2005-04-06
打赏
举报
回复
讨论
darkattack
2005-04-05
打赏
举报
回复
吝啬的家伙,一点分也没有
mbl
2005-04-05
打赏
举报
回复
go
mbl
2005-04-03
打赏
举报
回复
采用WebWork+Srping+Hibernate比较爽,代码量少得出奇
?
goodcool
2005-04-03
打赏
举报
回复
struts + spring + hibernate 好象也不错 哦
mudsong
2005-03-29
打赏
举报
回复
采用WebWork+Srping+Hibernate比较爽,代码量少得出奇
mudsong
2005-03-29
打赏
举报
回复
Spring-mvc vs Struts还差不多
Spring是一个J2EE整体解决方案
Struts只是一个MVC的实现
数据娃掘
2005-03-29
打赏
举报
回复
Struts是MVC模式的一个实现,Spring我没怎么用过
hiswing
2005-03-29
打赏
举报
回复
区别可大了。
mbl
2005-03-28
打赏
举报
回复
fghfghfghfgh
JavaWeb02-Java Web框架对比:
Spring
MVC
vs
Struts
本文系统对比Java Web两大经典MVC框架——
Spring
MVC与
Struts
2,在核心组件(如DispatcherServlet
vs
Action/Interceptor)、请求处理、数据绑定、视图支持、异常处理、安全性、性能及学习曲线等维度展开分析。重点指出
Spring
MVC凭借轻量架构、注解驱动、强
Spring
生态整合、更高安全性(尤其结合
Spring
Security)及优异并发性能,已成为当前企业级开发主流选择;而
Struts
2因历史安全漏洞频发、配置繁重、社区萎缩等因素趋于淘汰。
struts
2
vs
spring
boot
本文探讨了作者在2010年使用
Struts
2开发招投标平台的经验,赞赏其类型转换、输入验证和拦截器等功能,但也指出其存在的安全问题。随着时代发展,
Spring
Boot逐渐成为主流,尽管作者有深厚
Struts
2背景,但在考虑新项目时,面对
Struts
2的安全漏洞和
Spring
Boot的流行,作者决定尝试
Spring
Boot。刘冬的博客文章帮助作者理解了
Spring
Boot的优势,使他倾向于采用“前后端分离”的开发模式。
Struts
vs
spring
mvc
本文对比分析了
Struts
与
Spring
MVC两大Web框架。从机制、性能、参数传递、设计思想及intercepter实现机制等方面,详细阐述了两者的区别。
Spring
MVC基于方法设计,粒度更细;
Struts
则更符合OOP编程思想。
Spring
MVC在使用上更为简洁。
Struts
VS
Spring
两种MVC框架
本文对比了
Struts
和
Spring
MVC这两个流行的Java Web MVC框架。
Struts
作为老牌框架,占据了市场主导地位,但在某些技术特性上已显落后。
Spring
MVC则以其实用主义设计理念和轻量级特性受到欢迎。两者在模型、视图、控制器方面各有特点。
[原创]
Spring
vs
Struts
?
本文对比了
Spring
和
Struts
框架在MVC架构中的特点,分析了它们在View、Control和Model层面的不同,并探讨了
Spring
如何提供更丰富的控制器层级及DAO支持。
Java EE
67,535
社区成员
225,852
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章