初学SSM框架感觉一团糟,希望这篇文章能帮到你!(Spring)

阅读建议耐心,可能你收获不会很多,但是会让你对spring不是那么恐惧。

如题,很多小伙伴在初学三大框架时都会各种各样的问题,本文先将问题抛出再谈如何解决。旨在为小伙伴们学习框架做个铺垫。工作后回首,发现一路走来真的太不容易了,所以回来认真修正一下这个文章,希望能够帮助正在学习框架的朋友们,既然已经走到这一步,我希望大家不要放弃,**羡慕每一个有梦的人,加油!**我觉得导致这种问题的原因有以下几点:

  1. 基础不牢,导致学习过程中一个点不懂,造成疑问的无限递归,从而厌学觉得自己不行了,不适合学Java了!
  2. 如果是初学,那么从之前的编码式开发转向配置式开发会让很多同学不适应。代码量减少了,但是随之而来的是一堆配置,还有一堆注解。记得头疼有没有?
  3. 在之前的学习中,曾听闻三大框架非常的厉害,但是学习到这部分知识时,却被告知十几天就能学完三大框架了。

第一个问题:基础不牢

第一个问题,基础不牢。我不知道大家学习spring时是什么样的,但是我觉得大同小异,说说我的经验吧,无论自学还是上培训班,老师都会灌输一个这样的概念:三大框架是个半成品软件,能简化开发。(确实是这样,但是要初步理解实现原理是有门槛的,那就是基础)可是随着知识点的深入,很多人基础不牢的问题就都暴露出来了,**一个知识点不会导致后面学习非常难受!如果忽略原理,只学习怎么使用,或许也是一种办法,但这种方式会给初学者造成巨大的打击,会让他们觉得自己不行,框架很难!因此大家千万不要有这种想法,你离成功不远了。**下面的图可能会比文字更形象一点:

img

第二个问题:编码式开发转配置式开发不适应

大家需要明确的一点是:**不是你一个人在蒙,是所有人都蒙!**经过JavaSE,JavaWeb的学习,我们早就习惯了编码式开发,突然变成配置式开发,难免会有不适应,这是非常正常的。就是有时候一个注解没加或者配置少了导致程序报错,又不知从何找起,这种抓狂的感觉,我曾体会,兄弟你呢?

img

针对这个问题,我的建议是对比学习,如果你不知道什么是对比学习,建议看看一些什么减肥公司,整形公司的广告,这一点他们做的非常好。比如**学习一个注解时,如果你可以用配置的方式实现与注解同样的功能,那么你就不会那么蒙了。**看图吧,右边是注解,左边是配置的方式,他两是一个人。(图有点糙了,好理解就行了)

img

“过度”认为框架非常的优秀,认为框架学习周期长

框架可以理解为半成品软件,确实是我们开发的利器,但是框架无非就是一些类的封装,整合。跟我们之前导入的任何jar包,有啥异同?不就是封装的类多一点吗,所以大家不要觉得框架学习周期太短了。纵观市面上的培训视频,ssm学习周期大概就是在十二天左右。所以,要对ssm三大框架有个正确的认知。


抛出问题后,我们一起来探讨应该如何解决这些问题,关于后面两个问题已经给出了建议,如果还有问题,欢迎评论区留言交流学习。下面针对第一个问题来解决,对于JavaSE基础不牢,应该自己挤出时间来补上(出来混,迟早是要还的)。现在我将用一个案例引出Spring是什么,这样初学者可以暂时抛掉不懂的知识,先学习Spring的原理以及使用。

可能用到的名词

  • 耦合:程序之间的依赖关系,在Java中的耦合可以分为类之间的耦合与方法之间的耦合
  • 解耦:降低程序之间的关系。

下面是原生的JDBC代码,这是刚接触JDBC的朋友一贯的写法,实际上这个代码是有改进的空间的。

  public class JdbcDemo1 {
      public static void main(String[] args) throws SQLException, ClassNotFoundException {
1         // 1.注册驱动
2         // DriverManager.registerDriver(new com.mysql.jdbc.Driver());
3         Class.forName("com.mysql.jdbc.Driver");
4         // 2.获取连接对象
5         Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/eesy","root","1234");
6         // 3.获取预编译对象
7         PreparedStatement preparedStatement = conn.prepareStatement("select * from account");
8         // 4.执行sql,获取结果集
9         ResultSet resultSet = preparedStatement.executeQuery();
10        // 5.遍历结果集
11        while (resultSet.next()){
12            System.out.println(resultSet.getString("name"));
13        }
14        // 6.释放资源
15        resultSet.close();
16        preparedStatement.close();
17        conn.close();
18    }
  }

程序间是存在耦合的。在第2行代码中(注释掉的)使用了new关键字,产生的耦合就是该类没有Driver类就无法编译通过,这个问题我们可以通过下面的代码来解决,这里使用类的全限定类名com.mysql.jdbc.Driver,通过反射来创建对象,解决了new的问题。

解决了问题后又产生了新问题,在开发中有开闭原则,对修改关闭,对扩展开放。假设现在要使用oracle数据库,那么字符串形式的类的全限定名是否就有硬编码的问题,我们要使用其他数据库就必须修改源码。这个问题该如何解决呢?


**原生JDBC中存在的问题是程序间的耦合,类之间互相依赖。**接下来通过一个案例,并分析案例存在问题,层层递进,最终达到让大家了解Spring框架的核心所在。

一个小案例

这里我们要模拟一个保存用户账户的操作,也就是在数据库中插入一条数据,为了突出重点,这里并没有真实向数据库中插入,而是用一句输出来模拟插入成功的操作。

由于自己也经常在网上冲浪,所以自己的感受是:涉及代码便没有点开的欲望,我想过如何会让大家对代码没有那么恐惧?思考了很久,目前我的想法是,贴出左侧项目图,让大家有个整体的了解。希望大家也可以提提建议,谢谢。

img

如图,dao是持久层,操作数据库相关的。service是业务层,ui对应的就是我们的表现层(也叫Web层)。这个factory包与下面的配置文件我们暂且不看。我们知道一个完整的流程是这样的:表现层调用业务层,业务层调用持久层,然后由持久层将数据插入到数据库中。下面贴图说明一下这段文字,帮助更好的理解三层之间的联系。

img

这个保存账户的功能我们实现了米有?实现了吧,但是不够完美,这里出现了与原生JDBC一样的问题。这个问题就是表现层依赖了业务层,业务层依赖了持久层。这句话相信很多初学者是似懂非懂的感觉,说简单点就是如果没有AccountServiceImpl这个业务层实现类,表现层的代码是不是编译都通过不了,同样的业务层跟持久层也存在这样的问题。总之,一出现new就会产生依赖。


针对上面的问题我们又应该如何解决呢?从原生JDBC中我们似乎用到了全限定类名可以规避new对象的问题。同样的在这里我们可以使用通过配置文件来存储类的全限定类名,存储的方式我们使用key-value形式。然后通过反射,通过key就能创建key对应的对象。从上面的项目结构图中可以看到一个bean.properties和一个工厂类,下面贴出这两部分代码,然后在说明一下。

img

public class BeanFactory1 {
    // 定义一个Properties对象
    private static Properties properties;
    // 使用静态代码块为Properties赋值
    // 注意:使用static初始化一个成员变量,这个成员必须是静态的
    static {
        try {
            // 实例化对象
            properties = new Properties();
            // 获取properties文件的流对象
            InputStream asStream = BeanFactory1.class.getClassLoader().getResourceAsStream("bean.properties");
            properties.load(asStream);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    /**
     * 根据bean的名称获取bean
     */
    public static Object getBean(String beanName){
        Object bean = null;
        try {
            String beanPath = properties.getProperty(beanName);
            bean = Class.forName(beanPath).newInstance();
        } catch (Exception e) {
            e.printStackTrace();
        }
        return bean;
    }
}

首先是配置文件,我们编写了两个键值对,用来表示两个类的全限定类名。这个配置文件用在工厂类中,在工厂类中先用静态代码块获取配置文件中的信息,这样就能获取到配置文件中的key,从而通过key来创建自己想要的对象。(通过反射创建,具体看图)。如果你对反射不太了解可以看看这篇文章,可选读6即可理解这里如何通过反射创建对象。

Edward1997:反射:一个困扰我很久的知识点zhuanlan.zhihu.com

通过上面的波操作,我们的代码变成了这样:

img

通过上图我们可以看出这里我们已经**消除了表现层与业务层,业务层与持久层之间的一部分依赖。**但是还是存在问题:在工厂类的倒数第四行,每创建一个bean都会调用默认构造函数创建对象,但是Java存在垃圾回收机制,那么这个bean长时间不用就会被回收(这里不明白的暂时记住就行了,文章重点不在这,就不展开了)。这个时候我们又应当如何?


针对上面的问题,我的解决方案是:这个时候我们应该用一个容器来存放这些bean,避免被回收。另外放到容器中另一个好处是,这样的bean都是单例的,效率相对于多例的效率肯定是要高很多的。至于单例,多例以后随着学习的深入会涉及到,这里不必深究!所以我把上面的工厂类做了这样的更改。

public class BeanFactory {
    // 定义一个Properties对象
    private static Properties properties;

    // 定义一个Map,用于存放我们要创建的对象,我们把他称之为容器
    private  static Map<String,Object> beans;
    // 使用静态代码块为Properties赋值
    // 注意:使用static初始化一个成员变量,这个成员必须是静态的
    static {
        try {
            // 实例化对象
            properties = new Properties();
            // 获取properties文件的流对象
            // 这个方法是获取什么的
            InputStream asStream = BeanFactory.class.getClassLoader().getResourceAsStream("bean.properties");
            properties.load(asStream);
            // 实例化容器
            beans = new HashMap<String, Object>();
            // 取出配置文件中的所有的key
            Enumeration<Object> keys = properties.keys();
            // 遍历枚举
            while (keys.hasMoreElements()){
                // 取出每一个key
                // 这个方法和jdbc的有点像,看看是什么作用
                String key = keys.nextElement().toString();
                // 根据key获取value
                String beanPath = properties.getProperty(key);
                // 反射创建对象
                Object value = Class.forName(beanPath).newInstance();
                // 把key和value存入容器中
                beans.put(key,value);
            }
        } catch (Exception e) {
            throw new ExceptionInInitializerError("初始化properties失败");
        }
    }

    /**
     * 根据bean的名称获取对象
     * beans容器是static静态块初始化好的,对properties文件中的所有类都创建了一个唯一的对象
     * 我么通过键取值就行了
     * @param beanName
     * @return
     */
    public static Object getBean(String beanName){
        return beans.get(beanName);
    }
}

改进后的代码主要体现在了成员位置定义了一个Map类型的容器beans,在创建这个beans之后,在静态代码块中实例化该容器,并且取出配置文件中的所有的key,然后为其对应的全限定类名创建相应的对象,还是单例的,然后存放到Map容器中!至此,问题解决及优化已经完成了。


至此相信很多小伙伴对于spring存在的意义,以及实现原理有了一定的了解吧。在Spring框架中,IOC是一个非常有意思也是非常重要的知识,实际上就是一个管理对象的大容器,至于AOP,DI我相信大家自己能够处理好,如问题较多,考虑再出一篇关于AOP的文章。

其对应的全限定类名创建相应的对象,还是单例的,然后存放到Map容器中!至此,问题解决及优化已经完成了。


至此相信很多小伙伴对于spring存在的意义,以及实现原理有了一定的了解吧。在Spring框架中,IOC是一个非常有意思也是非常重要的知识,实际上就是一个管理对象的大容器,至于AOP,DI我相信大家自己能够处理好,如问题较多,考虑再出一篇关于AOP的文章。

自信源于努力!大家好,我是小林,一个愿意帮助大家更好的程序猿!

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jayden 

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值