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

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

时间:2023-11-30 本站 点击:0

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

同系列Mybatis文章:

Evader1997:初学SSM框架感觉一团糟,希望这篇文章能帮到你!(Mybatis)12 赞同 · 1 评论文章

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

基础不牢,导致学习过程中一个点不懂,造成疑问的无限递归,从而厌学觉得自己不行了,不适合学Java了!

如果是初学,那么从之前的编码式开发转向配置式开发会让很多同学不适应。代码量减少了,但是随之而来的是一堆配置,还有一堆注解。记得头疼有没有?

在之前的学习中,曾听闻三大框架非常的厉害,但是学习到这部分知识时,却被告知十几天就能学完三大框架了。

第一个问题:基础不牢

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

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

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

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

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

框架可以理解为半成品软件,确实是我们开发的利器,但是框架无非就是一些类的封装,整合。跟我们之前导入的任何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框架的核心所在。

一个小案例

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

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

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

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

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

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:反射:一个困扰我很久的知识点51 赞同 · 6 评论文章

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

通过上图我们可以看出这里我们已经消除了表现层与业务层,业务层与持久层之间的一部分依赖。 但是还是存在问题:在工厂类的倒数第四行,每创建一个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的文章。

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


本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:/Spring/4481.html