paper recommendation——对系统文件的理解

最新推荐文章于 2025-04-29 16:34:48 发布

转载最新推荐文章于 2025-04-29 16:34:48 发布 · 192 阅读

本文详细介绍了Java项目的三层架构：mapping层、bean层、dao层，并解释了各层的功能与实现方式。此外，还深入探讨了Spring框架中的依赖注入机制，包括@Autowired、@Resource等注解的用法及其区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、结构

1、mapping层：映射了数据库里的表，且实现了dao包里对应interface中的函数。

<select id="selectAidByAuthorName" resultType="java.lang.Integer" parameterType="java.lang.String">

  SELECT
  aid
  FROM author
  WHERE  authorName=#{authorname}
</select>

select表明了函数的属性，id是函数名字，parameterType是函数的形参，resultType是函数返回数据的类型。

2、bean层：为系统操作的类，对应着数据库中的每一个表，有基本的set 和 get函数。

3、dao层: 接口层，相当于将mapping层和 bean层连接了起来。声明了一个个方法，具体实现在mapping包中。

4、实际编程中怎么实现这样的三层结构？？

二、controlle包：@Autowired,@Resource,@Required什么含义

Spring不但支持自己定义的@Autowired注解，还支持几个由JSR-250规范定义的注解，它们分别是@Resource、@PostConstruct以及@PreDestroy。
　　@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按 byName自动注入罢了。@Resource有两个属性是比较重要的，分是name和type，Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。
　　@Resource装配顺序
　　1. 如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常
　　2. 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常
　　3. 如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
　　4. 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配；

三、https://blog.youkuaiyun.com/jaryle/article/details/72965885

produces可能不算一个注解，因为什么呢，它是注解@requestMapping注解里面的属性项，

它的作用是指定返回值类型，不但可以设置返回值类型还可以设定返回值的字符编码；

还有一个属性与其对应，就是consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json, text/html;

。