对Spring Framework的理解[Java编程]

Spring Framework 的理解以及可保护性能否得以改进的考虑

Spring的特点:

1. 供应了一种管理对象的办法,可以把中间层对象有效地组织起来.一个完善的框架“黏合剂”.

2. 采取了分层构造,可以增量引入到项目中.

3. 有利于面向接口编程习惯的养成.

4. 目的之一是为了写出易于测试的代码.

5. 非侵入性,利用程序对Spring API的依靠可以减至最小限度.

6. 一致的数据拜候介面.

6. 一个轻量级的架构办理筹划.

对Spring的理解

Spring努力于利用POJOs来构建利用程序.由框架供应利用程序的底子设备,将只含有业务逻辑的POJOs作为组件来管理.从而在利用程序中形成两条相对独立发展的平行线,并且在各自的抽象层面上延伸了各自的生命周期.

Spring的工作底子是Ioc.Ioc将成立对象的职责从利用程序代码剥离到了框架中,普通2中注入方法:setter 和 ctor参数.

每个Bean定义被当作一个POJO(通过类名和JavaBean的初始属性或构造办法参数两种方法定义的Bean).

Spring的核心在org.springframework.beans,更高抽象层面是BeanFactory. BeanFactory是一个非常轻量级的容器.

关于可保护性的考虑

Spring之类的技术确切带来了利用系统的可保护性的提高吗?

Ioc, AOP之类的技术,本质上都是将本来位于利用程序代码中"硬编码"逻辑,剥离出来放到了配置文件中(大概其他情势).主流声音都是认为提高了利用程序的可保护性.

但假如从以下方面察看,结合项目实际经验,个人感受这些技术的利用大大降低了利用程序的可保护性,特别是面对一个陌生的系统,大概项目人员变更频繁的时刻.

1. 中止了利用程序的逻辑,使代码变得不完好,不直观.此时单从Source无法完好掌控利用的全部行为.

2. 将本来应当代码化的逻辑配置化,增添了出错的机会以及额外的负担.

3. 光阴倒退,失去了IDE的支持.在目前IDE功效日益强盛的时代,以往代码重构等让人头痛的举措越来越简单.并且IDE还供应了诸多强盛的帮助功效,使得编程的门坎降低很多.普通来说,保护代码要比保护配置文件,大概配置文件+代码的混合体要简单的多.

4. 调试阶段不直观,后期的bug对应阶段,不简单判断问题所在.

5. 性能问题.虽说硬件性能日新月异,但是性能也是在不经意间一点一点地流失的.从汇编到高级语言,到面向对象,到虚拟机,一向处于这样的发展趋向.