Spring Framework 理解以及可维护性是否得以改善研究 　　Spring特性:

　　1. 提供了种管理对象思路方法可以把中间层对象有效地组织起来个完美框架“黏合剂”

　　2. 采用了分层结构可以增量引入到项目中

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

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

　　5. 非侵入性应用对Spring API依赖可以减至最小限度

　　6. 致数据访问介面

　　6. 个轻量级架构解决方案

　　对Spring理解

　　Spring致力于使用POJOs来构建应用由框架提供应用基础设施将只含有业务逻辑POJOs作为组件来管理从而在应用中形成两条相对独立发展平行线并且在各自抽象层面上延长了各自生命周期

　　Spring工作基础是IocIoc将创建对象职责从应用代码剥离到了框架中通常2中注入方式:ter 和 ctor参数

　　每个Bean定义被当作个POJO(通过类名和JavaBean属性或构造思路方法参数两种方式定义Bean)

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

　　有关可维护性研究

　　Spring的类技术确实带来了应用系统可维护性提高吗?

　　Ioc AOP的类技术本质上都是将原本位于应用代码中"硬编码"逻辑剥离出来放到了配置文件中(或者其他形式)主流声音都是认为提高了应用可维护性

　　但如果从以下方面观察结合项目实际经验个人感觉这些技术应用大大降低了应用可维护性尤其是面对个陌生系统或者项目人员变动频繁时候

　　1. 中断了应用逻辑使代码变得不完整不直观此时单从Source无法完全把握应用所有行为

　　2. 将原本应该代码化逻辑配置化增加了出错机会以及额外负担

　　3. 时光倒退失去了IDE支持在目前IDE功能日益强大时代以往代码重构等让人头痛举动越来越容易而且IDE还提供了诸多强大辅助功能使得编程门槛降低很多通常来说维护代码要比维护配置文件或者配置文件+代码混合体要容易多

　　4. 调试阶段不直观后期bug对应阶段不容易判断问题所在

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