这里只简单的说一下swagger的传值,返回值时注解的使用演示.相关注解及说明见其他文章 接收参数方式1 我们常规接收参数,可以使用一个类,类里面把属性作为接收的参数,使用注解对属性进行说明.但是这种传参方式,我调试的时候,支持前端的传参方式为:form-data 例子如下: 因为这种方式我们用的不多,所以这里就不展开来讲 一般我们前端都是传json数据过来后端,后端接收参数是直接用JSONObject或Map所以主要讲一下第二种 接收参数方式2 前端传参:json 后端接收:jsonObjec

Spring3.2新注解@ControllerAdvice   @ControllerAdvice,是spring3.2提供的新注解,从名字上可以看出大体意思是控制器增强.让我们先看看@ControllerAdvice的实现: @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented @Component public @interface ControllerAdvice { } 没什么特别之处,该注解使

Spring系列之注解配置 Spring是轻代码而重配置的框架,配置比较繁重,影响开发效率,所以注解开发是一种趋势,注解代替xml配置文件可以简化配置,提高开发效率 你本来要写一段很长的代码来构造一个Beam对象,但是如果使用注解的话只要使用一个注解符号即可 下面我们来讲讲一些经常使用的注解符号 @Component 使用类上用于实例化Bean @Controller 使用web层类上用于实例化Bean @Service 使用在Service层类上用于实例化service @Repository

发现问题 JUnit提供了Test Suite来帮助我们组织case,还提供了Category来帮助我们来给建立大的Test Set,比如BAT,MAT, Full Testing. 那么什么情况下,这些仍然不能满足我们的需求,需要进行拓展呢? 闲话不表,直接上需求: 1. 老板希望能精确的衡量出每个Sprint写了多少条自动化case,或者每个User Story又设计了多少条case来保证覆盖率,以此来对工作量和效率有数据上的直观表示.  2. 对于云服务,通常会有不同的server来对应产

Spring 4.3 中引进了下面的注解 @RequestMapping 在方法层级的变种,来帮助简化常用 HTTP 方法的映射,并更好地表达被注解的方法的语义.比如,@GetMapping可以读作 GET @RequestMapping. @GetMapping @PostMapping @PutMapping @DeleteMapping @PatchMapping 下面是一个示例: 1)编写 JSP 页面     首先在上一篇中的项目中的 helloWorld.jsp 中追加下面的代码 <

问题与需求: 请读者先看这篇文章,[C++模版之旅]项目中一次活用C++模板(traits)的经历. 对于此篇文章提出的问题,我给出一个新的思路. talking is cheap,show me the code.文章结尾处,有最终版. 初版代码: class ExportData { union { string * sp; long* lp; double* dp; void* vp; }; enum my_type {SP,LP,DP} types; static unordered_m

Junit的核心Runner在执行的时候不会创建容器.同时它字节码文件,也改不了 spring整合junit 想办法把junit里面的不能加载容器的main方法换掉.从而实现创建容器.有了容器就可以实现注入 导入spring-test这个包.在pom.xml内配置 Junit包下面有RunWith这么个注解 这里要求的是一个字节码,并且是集成Runner的 所以这里配置的是SpringJUnit4ClassRunner.class 点开.SpringJUnit4ClassRunner 这个类集成

复制上面的数据源到下面改改名字 现在就是有两个数据源 创建一个eesy02的数据库 找到sql语句再创建Account表 现在就相当于有连个库一个eesy一个是eesy02这连个库. account里面有三条记录 eesy的库内有5条数据 把数据源2的数据库地址改成eesy02这个库 执行测试类.查询出来5条记录 如果这里的id改成ds2 再次运行测试方法就会报错 需要一个对应的bean,.但是找到了两个bean 这里改成ds1 这就证明连的是eesy02这个库 这里其实隐藏了一个Autowir

数据库的链接 次数是写死的 新建配置文件 定义成员变量 value注解实现 与配置文件的key对应 PropertySource 要想让spring去读取这个配置文件 resource编译后都跑到了.工作空间类路径下 PropertySource怎么识别类路径呢? 前面加上classpath:来表示类路径 如果前面还有包的话,也可以这么配置.有包写包 没有包 这里就不用写 单词拼错了 这里的单词写错了 再次运行 总结 纯注解的方式比直接配置xml的方式反而更费事. 选择既有注解又有xml的方式

把Configuration的直接先注释掉 那么运行测试类的查询所有 并不影响我们的使用 不写同样可以执行的原因是因为这里把SpringConfiguration这个类作为方法传入进去了 新建 SpringConfiguration里面的配置都剪切到JdbcConfig里面 运行测试查询所有的方法就会报错 测试把config文件也配置上扫描 再次运行同样报错 扫描这个包下面所有的类.首先必须要认为JdbcConfig是一个配置类才会对里面的注解进行扫描 给JdbcConfig类加上@Config

目前这个配置文件除了导约束就没有其他的内容了. 删除这个bean.xml文件 但是测试类里面还是读取的xml的信息 注解 查看ApplicationContext的 关系图 查看实现类的实现类 之前我们一直都应的是ClassPathXmlApplicationContext ClassPathXmlApplicationContext的上面有一个AnnotationConfigApplicationContext 备注接的类.就是被@Configuration注解过的类 把后面的测试方法都替换掉

下面要解决第二部分的配置问题 这两行一出场,就表示可以通过调用构造函数实例化.因为这都是newInstance 上面的需要加上参数,下面的没有任何参数 下面这俩实现的效果不一样. 下面这个除了会创建对象,还会扔到spring的IOC容器中.前面的runner就是key后面的创建对象就是Value 上面的方法createQueryRunner只是一个方法,不会存到Spring容器中 那么我就需要一个方法把返回值存入到Spring的容器中.那么就是实现了和配置xml同样的效果 @Bean注解 spr

解决测试类重复代码的问题,xml还是存在的问题,没法脱离xml文件 要想在QueryRunner上加注解,是加不了的 创建工程 复制依赖项到pom.xml 复制注解的工程里面的com文件夹 配置文件bean.xml也复制过来 再把测试类复制过来 要拿掉xml的配置 创建配置类 就需要有一个和xml功能相同的注解出现. configuration configuration注解 之前在xml里面的配置需要用context: component-scan标签来配置 ComponentScan Sca

1 @Configuration 1.1 作用 用于指定当前类是一个Spring的配置类,当创建容器的时候会从该类上加载注解.获取容器的时候需要使用AnnotationApplicationContext(有@Configuration注解的类的.class). 1.2 属性 value:用于指定配置类的字节码. 1.3 应用示例 示例: package com.sunxiaping.spring5.config; import org.springframework.context.annot

1.maven依赖 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM

@Configuration作用:指定当前类为一个配置类@ComponentScan作用:用于通过注释指定Spring在创建容器时要扫描的包           当配置类作为AnnotationConfigApplicationContext对象创建的参数时,改注解可以不写属性:value:它和basePackages的作用是一样的,指定容器创建时要扫描的包该注解等同在xml中使用了<context:component-scan base-package="com.lyf">

测试类重复代码的问题 这是之前的方式 运行findAll的方法,没有问题 测试人员不需要关心上面的方法,.应该关心的各个方法是否能够正常的运行 对于一个测试工程师,只要写完变量就可以测试了. 可以使用Autowired自动注入.但是 运行还是空指针异常 分析 出现问题的原因是没有容器,所以无法注入 也就是IaccountService这个对象就是null

众所周知,AspectJ可以通过@Before,@After,@Around等注解对连接点进行增强,今天我们来玩一个新注解@DeclareParents.对目标对象增强一个新方法. 场景引入: 现在我们有一个动物鸭子类,它有个游泳的函数,但是突然有一天我们需要给动物鸭子实现一个很好吃的食材属性.我们当然可以去动物鸭子类去新增一个方法,但是违背了单一原则.我们可以通过AOP来实现增强. Code show time 有一个Animal的接口 public interface Animal { vo

java注解 (Annotation) 一般起到说明,配置的作用,在java.lang.annotation 定义,本质上没有增强java的能力 1.常用注解:@Override,强制编译器检查标注的方法覆盖了父类的方法 @Deprecated 警告使用者方法和类已过时 @SupperssWarings(unchecked) 编译时忽略警告信息 警告类型:serial ,unchecked, unused ...all 2.元注解 元注解是注解的注解,在定义新注解时使用 @Retention 指

注解目前非常的流行,很多主流框架都支持注解,而且自己编写代码的时候也会尽量的去用注解,一时方便,而是代码更加简洁. 注解的语法比较简单,除了@符号的使用之外,它基本与Java固有语法一致.Java SE5内置了三种标准注解: @Override,表示当前的方法定义将覆盖超类中的方法. @Deprecated,使用了注解为它的元素编译器将发出警告,因为注解@Deprecated是不赞成使用的代码,被弃用的代码. @SuppressWarnings,关闭不当编译器警告信息. 上面这三个注解多少我们都

注解作用:每当你创建描述符性质的类或者接口时,一旦其中包含重复性的工作,就可以考虑使用注解来简化与自动化该过程. Java提供了四种元注解,专门负责新注解的创建工作. 元注解 元注解的作用就是负责注解其他注解.Java5.0定义了4个标准的meta-annotation类型,它们被用来提供对其它 annotation类型作说明.Java5.0定义的元注解: 1.@Target, 2.@Retention, 3.@Documented, 4.@Inherited 这些类型和它们所支持的类在java