极客时间：小马哥学习笔记

IoC主要实现策略：面试官总问IoC和DI的区别，他真的理解吗?

Ioc的主要实现策略

服务定位模式。通常是通过JNDI这种技术获取JavaEE的组件
依赖注入
上下文依赖查询
模板方法
策略模式(不太深入)
可以说就是依赖查找和依赖注入

IoC容器的职责：IoC除了依赖注入，还涵盖哪些职责呢？

实现与执行任务之间的解耦
关注设计上的最终目标，而不是它具体的实现
释放这个模块
模块取消，(比如依赖变更了，如果是同步调用，影响比较明显，但是用IOC的话，可能影响不是很明显)

白话文职责

通用职责
依赖处理
- 依赖查找
- 依赖注入
生命周期管理
- 容器
- 托管的资源(Java Beans 或其他资源)
配置
- 容器
- 外部化配置
- 托管的资源

IoC容器的实现

传统IoC容器实现：JavaBeans也是IoC容器吗？

传统JavaBeans实现

贫血模型、只有可写方法、可读方法、默认构造参数

public class Person {/*** 年龄*/private Integer age;/*** 名字*/private String name;public Integer getAge() {return age;}public void setAge(Integer age) {this.age = age;}public String getName() {return name;}public void setName(String name) {this.name = name;}
}

获取JavaBeans元信息

public class BeanInfoDemo {public static void main(String[] args) throws IntrospectionException {//Java自省的方式来操作BeanInfo beanInfo = Introspector.getBeanInfo(Person.class);Stream.of(beanInfo.getPropertyDescriptors()).forEach(propertyDescriptor -> {System.out.println(propertyDescriptor.toString());});}
}

结果

java.beans.PropertyDescriptor[name=age; propertyType=class java.lang.Integer; readMethod=public java.lang.Integer ioc.eg1.Person.getAge(); writeMethod=public void ioc.eg1.Person.setAge(java.lang.Integer)]
java.beans.PropertyDescriptor[name=class; propertyType=class java.lang.Class; readMethod=public final native java.lang.Class java.lang.Object.getClass()]
java.beans.PropertyDescriptor[name=name; propertyType=class java.lang.String; readMethod=public java.lang.String ioc.eg1.Person.getName(); writeMethod=public void ioc.eg1.Person.setName(java.lang.String)]

为什么会获取这些信息？
先来看看BeanInfo源码里面有什么

public interface BeanInfo {//Bean的描述信息BeanDescriptor getBeanDescriptor();//Bean事件的描述信息EventSetDescriptor[] getEventSetDescriptors();//Bean的字段信息PropertyDescriptor[] getPropertyDescriptors();

这里我们获取了Person的字段元信息，但是为什么多了一个class字段呢？
因为每个Object都有一个可读方法getClass()，然后就会把它当成一个默认属性，误以为是一个property
所以上面就会多出来一个属性class，并且他只有一个读方法
想要关掉它，就多传一个参数

BeanInfo beanInfo = Introspector.getBeanInfo(Person.class,Object.class);

这个第二个参数就是父类，防止多层次的类都打印出来，这个参数就是stopClass

那我们的类型转换元信息转换怎么做的

public class BeanInfoDemo {public static void main(String[] args) throws IntrospectionException {//Java自省的方式来操作BeanInfo beanInfo = Introspector.getBeanInfo(Person.class);Stream.of(beanInfo.getPropertyDescriptors()).forEach(propertyDescriptor -> {//PropetyDescriptor允许添加属性编辑器  -  PropertyEditor//我们以往的GUI程序都会 text(String) -->  PropertyType//Spring怎么做类型转换的//Person  name -> String//          age ->IntegerClass<?> propertyType = propertyDescriptor.getPropertyType();String propertyName = propertyDescriptor.getName();if("age".equals(propertyName)){//为"age" 字段/属性增加 PropertyEditor//输入一个String类型，输出一个Integer类型//其实很简单就是Integer.valueOf();//具体怎么操作//1.写自己的PropertyEditor的实现//2.关联起来//3.将我们的Bean放进去，创建出来propertyDescriptor.setPropertyEditorClass(StringToIntegerPropertyEditor.class);propertyDescriptor.createPropertyEditor(Person.class);}});}static class StringToIntegerPropertyEditor extends PropertyEditorSupport {//方法拦截@Overridepublic void setAsText(String text){Integer value = Integer.valueOf(text);setValue(value);}}}

PropertyEditorSupport


public class PropertyEditorSupport implements PropertyEditor {public void setValue(Object value) {this.value = value;firePropertyChange();}/*** Gets the value of the property.** @return The value of the property.*/public Object getValue() {return value;}public String getAsText() {return (this.value != null)? this.value.toString(): null;}/*** Sets the property value by parsing a given String.  May raise* java.lang.IllegalArgumentException if either the String is* badly formatted or if this kind of property can't be expressed* as text.** @param text  The string to be parsed.*/public void setAsText(String text) throws java.lang.IllegalArgumentException {if (value instanceof String) {setValue(text);return;}throw new java.lang.IllegalArgumentException(text);}

我理解的就是Spring再做一个Bean的元信息、类型转换的时候，接收进来的都是String，然后在其他实现类里重写这个方法，将它转换成我们Bean定义的Type，就像上面的String—>Integer方法一样

Spring3.0以前，大量的类型转换实践都是基于PropertyEditorSupport来做的，上面的几个操作，基本满足于我们的元数据或元信息编程，他也就是一些类型配置和转换的一些根据

实习成长之路：重新认识IOC，你可能对IoC有些误会？相关推荐

刘知远、赵鑫、施柏鑫：AI青年科研人员成长之路
整理 | 刘冰一在6月2日举办的智源大会青源学术年会举办的一个圆桌"青年科研人员成长之路与经验分享"上,清华大学计算机系副教授刘知远.中国人民大学高瓴人工智能学院长聘副教授赵鑫. ...
一个大神的Android成长之路
这篇文章是我的一个朋友写的,总结了这些年的技术成长之路,我觉得对于很多技术人都有借鉴的作用,技术是相通的,不要整天想一口气吃成一个胖子,不积跬步无以至千里,既然选择了技术这条路,就不畏艰辛,苦中有甜, ...
我的前端成长之路：中医药大学毕业的业务女前端修炼之路
简介: 前端工程师的修炼没有捷径,踏踏实实的通过一个个项目的实践来升级打怪实现进阶:本文仅分享自己11年的前端生涯,探讨一直在业务中的技术人的成长之路,也复盘再认识下自己,每个节点我遇到的问题和我的选 ...
原创电子书《菜鸟程序员成长之路：从技术小白到阿里巴巴Java工程师》
<菜鸟程序员成长之路:从技术小白到阿里巴巴Java工程师> 国庆节快乐!一年一度长度排第二的假期终于来了. 难得有十一长假,作者也想要休息几天啦. 不管你是选择出门玩,还是在公司加班,在学 ...
回顾2021，展望2022，静Yu的万粉成长之路
万粉成长之路前言 CSDN的发展建立社区收获奖品 2022的展望福利发放本周福利祝福前言光阴似箭,转眼间2020年已经过去,一年时间里,有开心.有失落.有所失去.也有所收获.在一年的结 ...
张俊红 python_我的朋友张俊红成长之路
张俊红同学是个好同志,是我的一位好朋友,与俊红在现实中素未谋面过(微信视频过).我认识俊红两年了,2016年的时候,在他大四实习的时候,我就认识他了.那时俊红正忙着转型做数据分析师,他偶尔也会在公众号 ...
高通Camera 软件工程师的成长之路
本文以个人的工作学习经历来描述一 Camera 软件工程师的披荆斩棘之路,时间从大学开始,以至任职于高通 Camera 软件工程师结束,杂以本人学习过程当中的一系列学习笔记和博客文章,绝对是干货满满, ...
JAVA程序员成长之路的总结
JAVA程序员成长之路的总结看了篇推荐贴,JAVA程序员成长之路的总结,大致适用于各种初级JAVA程序员规划借鉴之用, 原文地址http://tieba.baidu.com/p/2017010306 ...
十年风雨，一个普通程序员的成长之路（一）怀念：西安的小黑屋
受大飞的文字及李莹大哥的影响,也写了篇自己毕业以来,十年生涯的回顾.还在沉默王二的文章激励下一鼓作气把公众号开通了,发了这篇公众号的首篇文章. 终于开通了自己第一个公众号,发表了第一篇文章.看着空白的 ...
王小二C：一个大神的Android成长之路
这篇文章是我的一个朋友写的,总结了这些年的技术成长之路,我觉得对于很多技术人都有借鉴的作用,技术是相通的,不要整天想一口气吃成一个胖子,不积跬步无以至千里,既然选择了技术这条路,就不畏艰辛,苦中有甜, ...

实习成长之路：重新认识IOC，你可能对IoC有些误会？

IoC主要实现策略：面试官总问IoC和DI的区别，他真的理解吗?

IoC容器的职责：IoC除了依赖注入，还涵盖哪些职责呢？

IoC容器的实现

传统IoC容器实现：JavaBeans也是IoC容器吗？

传统JavaBeans实现

PropertyEditorSupport

实习成长之路：重新认识IOC，你可能对IoC有些误会？相关推荐

最新文章

热门文章

实习成长之路： 重新认识IOC，你可能对IoC有些误会？

IoC主要实现策略：面试官总问IoC和DI的区别，他真的理解吗?

IoC容器的职责：IoC除了依赖注入，还涵盖哪些职责呢？

IoC容器的实现

传统IoC容器实现：JavaBeans也是IoC容器吗？

传统JavaBeans实现

PropertyEditorSupport

实习成长之路： 重新认识IOC，你可能对IoC有些误会？相关推荐

最新文章

热门文章

实习成长之路：重新认识IOC，你可能对IoC有些误会？

实习成长之路：重新认识IOC，你可能对IoC有些误会？相关推荐