自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

上一步保存

shiningstone的专栏

个人兴趣方向：J2EE体系架构、J2ME手机游戏开发、WEB2、IT创业

09月 08月 01月

原创 SPRING 了解初步

开始了解SPRING是因为部门要搭建一个J2EE系统框架，要求各层次之间藕荷度降低，以后开发人员按角色进行开发，做展示层和业务逻辑层的分开，系统要求有较强的可配置性。开始，我们自己开发了一个框架，WEB层由SERVLET+JSP+COMMAND模式组成MVC结构，数据访问层使用HIBERNATE，中间业务逻辑层抽象出一些BUSINESSDELEGATE接口。后来使用中，逐渐发现，务逻辑层的抽象不是

2005-01-21 17:38:00 1318 1

中国国界与省界地图

提供中国全部国界和省界图，包括dat、id、map、mid、tab全套，支持mapinfo等通用gis引擎，共30个文件。

2012-05-16

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

shiningstone CSDN认证博客专家 CSDN认证企业博客

码龄21年

暂无认证

IP 属地：北京市

IP属地以运营商信息为准，境内显示到省（区、市），境外显示到国家（地区）

2: 原创

64万+: 周排名

147万+: 总排名

7170: 访问

: 等级

115: 积分

1: 粉丝

0: 获赞

4: 评论

0: 收藏

私信

关注

分类专栏

SPRING研究 3篇

最新评论

POJO应用框架：Spring Vs. EJB 3.0(翻译文章，原创)
SteveGYCN: “完美，一定是一种有害的东西” 一旦真的开始追求完美，就会开始阻碍自身的发展，spring已经注意到了以一点，看看spring的webflow和POJO的互相注入，真的有很高的概率在实际项目中使用吗？它带来的复杂性超出了相对应的便利性。 spring开始使用属性、注解也是对xml配置过分复杂的一种回应。 客观的讲，我将尽一切可能避免使用EJB或如何复杂的、不必要的xml配置技术。 另外，EJB 3毕竟是一种分布式技术，这一点spring还没有很好的对应。
POJO应用框架：Spring Vs. EJB 3.0(翻译文章，原创)
shiningstone : 如果在项目中使用SPRING的话，配置文件比较复杂是一个肯定要面对的问题，关键是如何组织这些配置文件，减少配置文件之间的相互依赖性，避免以后修改配置文件时需要相应的修改很多其他的配置文件！但是完全避免复杂的配置文件大概很难做到：（ 而且EJB 3的配置文件估计也不会很简单，呵呵，最好能统一一点，别再象2.1，各厂家自己还有一些特殊的配置，这肯定会影响移植性的！ SPRING对分布式的支持还是需要整合EJB的，这大概是目前SPRING解决分布式的最方便的方式。 spring的webflow还没来得及看，呵呵，不过它目前还不是SPRING的一部分，而仅仅是一个子项目，所以感觉应该还没到很成熟的阶段。
POJO应用框架：Spring Vs. EJB 3.0(翻译文章，原创)
shiningstone: 翻译本文的目的并不代表我同意文中观点，相反，总的来说，我觉得原文作者对于SPRING和EJB3的比较不够全面，表现在以下几个方面： 1 过分强调SPRING的配置文件的复杂性 的确有SPRING项目经历的人都会感觉到配置文件除了带来松耦合的巨大好处的同时，也导致了配置文件本身的复杂性，尤其是大型项目，配置文件数量巨大而且很长。但是，作为BEAN容器，这一点是难以去掉的，我们需要容器管理我们的BEAN，当然要清楚的告诉容器要管理那些BEAN，及如何管理，放到配置文件中虽然比直接放到类源文件中要复杂，但是也更加清晰一些！ 2 没有提到SPRING框架带来的整合整个系统各层次的巨大作用 问中只是用SPRING对于关键服务的整合要比EJB3来的复杂（配置文件的复杂），而完全忽视了SPRING提供给开发者的是一个应用系统全面的框架解决平台，包括整合了多种WEB框架、多种数据持久化框架、多种常用开源功能项目（包括LOG4J、QUARTZ、JFREECHAR等），而EJB3仍然只能说是业务逻辑层和数据访问层的规范，无法为应用系统提供全面系统架构。 3 对SPRING的强大支持普通POJO之间的注射的功能强调不够全面 文中只是几笔带过，而没有深入分析，而这正式EJB3相对于SPRING的最大不足和不灵活体现。 4 文中没有消除我对EJB3厂商依赖性的怀疑 EJB2.1很难从不同的中间件服务器上进行移植已经得到很多人的认同，EJB3作为一个规范，如果避免各厂家对实现中的“添油加醋”，我想这仍然是一个问题。 总的来说，这个评价我觉得是明显偏向于EJB3的！但是，翻译本文，有两个主要的原因： 1 目前还没有比较正式的关于EJB3和SPRING 1.2的比较文章！这篇文章是捷足先登。 2 文中的一些观点确实说出了SPRING目前存在的一些问题，如配置文件的冗长、对于某些服务的提供支持比较有限（如多操作的事务问题），还有对于使用SPRING的系统来说，对SPRING的依赖性也导致了松耦合的实现打了一些折扣。 我想，如果文中对于EJB3的一些特性进行更全面和客观的分析，本文的说服力会更强！ 无论如何，希望EJB3避免EJB2.1的噩梦！希望SPRING的明天是一个鸟语花香的SPRING！
SPRING 了解初步
yb31: appfuse这个框架模板不错,可以参考一下