junit

Elasticsearch常用查询过滤接口与值得注意的问题 简介 本文将介绍一些ES查询过滤的接口和一些值得问题。 在ES中主要是查询，并且只有在bool查询中才有过滤上下文，当然聚合函数中也可能出现过滤上下文。 过滤不计算相关性评分，并且能够缓存，所以应该优先考虑过滤。 具体的做法就是使用bool查询的filter，后面会详细介绍。 关于查询过滤的rest api介绍，可以参考 Elasticsearch查询过滤解惑 数据准备bulk 首先，我们使用bulk添加一些测试数据： public class BulkTest { private static final String[] homes = {"河北省", "山西省", "辽宁省", "吉林省", "江苏省", "浙江省", "安徽省", "福建省", "江西省", "山东省", "河南省", "湖北省", "湖南省", "广东省", "海南省", "四川省", "贵州省", "云南省", "陕西省", "甘肃省", "青海省", "黑龙江省", "台湾省", "北京市", "天津市", "上海市", "重庆市", "广西壮族自治区", "西藏自治区", "宁夏回族自治区", "新疆维吾尔自治区", "内蒙古自治区", "香港特别行政区", "澳门特别行政区"}; private RestHighLevelClient

作业架构设计 第一次作业 我认为第一次作业有两个难点：一方面是对各个UMLElement的理解；另一方面是将读入的UMLElement组织起来并建立关系。 架构设计 下面是这次作业主要部分的UML图： UMLElement的存储：由于输入UMLElement的无序性，我将传入的参数UmlElement[] umlElements先进行了分类，存储至元素管理类MyUmlElementAttay中。 private HashMap<String, UmlClass> umlClasses = new HashMap<>(); private ArrayList<UmlAttribute> umlAttributes = new ArrayList<>(); private ArrayList<UmlOperation> umlOperations = new ArrayList<>(); private ArrayList<UmlParameter> umlParameters = new ArrayList<>(); private ArrayList<UmlAssociation> umlAssociations = new ArrayList<>(); private ArrayList<UmlAssociationEnd> umlAssociationEnds = new

maven概述 1.概念 Maven这个单词来自于意第绪语（犹太语），意为知识的积累，最初在Jakata Turbine项目中用来简化构建过程。当时有一些项目（有各自Ant build文件），仅有细微的差别，而JAR文件都由CVS来维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享JARs。于是maven诞生了。 在我们的日常项目中，maven不仅是一个依赖管理工具，有效的帮我们管理项目中需要使用到的各种依赖，也是一个项目构建工具，可以通过其内置的项目模板（也称为骨架 archetype），构建常规的项目（jar war等）。使用的maven项目的对象模型（pom-project object model）,可以通过一小段描述信息来管理项目的构建，报告和文档的管理。 2.为什么要用maven 这里举个生活中的例子，比如此时的你想要配一台主机来玩游戏，那么你需要去选购组成这个主机的各种配件，进而需要去了解各种配件的性能，配件之间的兼容性，组装好后还需要自己装操作系统和驱动程序，这使得不熟悉组装电脑主机的你需要花费大量的时间，最后的结果还可能是你的主机运行不稳定，经常蓝屏。在这个时候突然有个人告诉你，你可以去某个知名的电商平台，你可以浏览一下主流的机型，选择了你需要的配置，然后下单、付款

OO Unit 4 Summary 第一次作业 架构设计 第一次作业关注于类图，需要实现一些查询方法。 我采用了适配器模式（多亏了实验课学到的知识），将每个UmlElement封装为自定义类UmlxxxxxParser。由于UmlElememt的构造方法不是public，我采用对象适配器。Parser功能如下： 提供element原有功能。每个Parser中将对应的Element作为成员变量，对外提供 getName 、 getId 等等访问接口，从而对于Element的方法访问可以直接通过parser进行 记录额外信息（封装的主要目的），例如每个Class包含的operation、attribute，每个Operation是否是Non-Return等等 然后我建立了一个全局的parser类，在要填写的类中构造一个该类对象加入成员变量。parser的行为包括（按照执行顺序）： 将所有类、方法、参数等等进行归类，并建立对应的Parser存进不同的arraylist，并建立所有id到parser的map 建立类和类、类和接口、接口和接口间的关联、继承、实现关系 将参数加入对应方法，将方法、变量加入对应类中 对外提供按照class的name访问class的接口（并抛出异常） 最后在实现的类中调用parser的接口得到对应的类，并进行类的属性、操作的相关查询

war包配置： <?xml version="1.0"?> <project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.easytoolsoft</groupId> <artifactId>easyreport</artifactId> <version>2.0-SNAPSHOT</version> </parent> <artifactId>easyreport-web</artifactId> <packaging>war</packaging> <name>easyreport-web</name> <description>Web view module</description> <dependencies> <!-- easyreport modules --> <dependency> <groupId>com

Redis --Java客户端 Jedis 博客说明 文章所涉及的资料来自互联网整理和个人总结，意在于个人学习和经验汇总，如有什么地方侵权，请联系本人删除，谢谢！ 简介 Jedis: 一款java操作redis数据库的工具. 菜鸟教程文档地址 使用步骤 导入jedis包 使用 package com.jedis.test; import org.junit.Test; import redis.clients.jedis.Jedis; /** * @author guizimo * @date 2020/7/15 4:42 下午 */ public class JedisTest { @Test public void test(){ //1. 获取连接 Jedis jedis = new Jedis("127.0.0.1",6379); //2. 操作 jedis.set("name","zhangsan"); //3. 关闭连接 jedis.close(); } } 测试 感谢 菜鸟教程 万能的网络 以及勤劳的自己 来源： oschina 链接： https://my.oschina.net/guizimo/blog/4383737

Spring进阶案例之注解和IoC案例 一、常见的注解分类及其作用 从此前的基于xml的IoC开发案例和依赖注入案例中，我们可以将xml配置归纳为： <bean id="" class="" scope="" init-method = "" destroy-method = ""> <property name = "" value = "" | ref = ""></property> </bean> 注解按照作用可以分为四类： 1.用于创建对象的注解：相当于xml配置的bean标签 创建对象的注解有如下几个： 注解 作用 属性 @Component 把当前类对象存入Spring容器中 value： 用于指定bean的id。当不写value属性时，默认值是当前类名，且首字母改小写 @Controller 一般用在表现层创建bean 同上 @Service 一般用在业务层创建bean 同上 @Repository 一般用在持久层创建bean 同上 最后三个注解的作用和属性与Component注解一模一样，他们是Spring框架为我们提供明确三层架构的注解，可以使三层架构更加清晰。 如果我们在AccoutServiceImpl类上加上@Component("accountService")或者@Service("accountService")

单例模式： 组合模式： UML： 总结： 单元测试：JUnit集成，必须继承TestCase，实现setUp，tearDown方法，自己的单元测试方式命名用testXyz()，Junit会自动执行这些单元测试 模板方法模式：在基类中约定方法执行过程，在子类中实现各个步骤方法的具体实现，步骤方法形式上可以是抽象方法，具体的方法，钩子方法 策略模式： 定义了一组算法，将每个算法都封装起来，并且使它们之间可以互换 。 组合模式( Composite )： 将对象组合成树形结构以表示"部分-整体"的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致. 主要解决： 它在我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素，从而使得客户程序与复杂元素的内部结构解耦。 优点： 1、高层模块调用简单。 2、节点自由增加。 缺点： 在使用组合模式时，其叶子和树枝的声明都是实现类，而不是接口，违反了依赖倒置原则。 使用场景： 部分、整体场景，如树形菜单，文件、文件夹的管理。 装饰器模式： 装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。 主要解决： 为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多

Java 注解（Annotation）又称 Java 标注，是 JDK5.0 引入的一种注释机制。 Java 语言中的类、方法、变量、参数和包等都可以被标注。和 Javadoc 不同，Java 标注可以通过反射获取标注内容。在编译器生成类文件时，标注可以被嵌入到字节码中。Java 虚拟机可以保留标注内容，在运行时可以获取到标注内容 。 当然它也支持自定义 Java 标注。 网上很多关于 Java Annotation 的文章，看得人眼花缭乱。Java Annotation 本来很简单的，结果说的人没说清楚；弄的看的人更加迷糊。 我按照自己的思路，对 Annotation 进行了整理。理解 Annotation 的关键，是理解 Annotation 的语法和用法，对这些内容，我都进行了详细说明；理解 Annotation 的语法和用法之后，再看 Annotation 的框架图，可能有更深刻体会。废话就说这么多，下面开始对 Annotation 进行说明。若您发现文章中存在错误或不足的地方，希望您能指出！ 内置的注解 Java 定义了一套注解，共有 7 个，3 个在 java.lang 中，剩下 4 个在 java.lang.annotation 中。 作用在代码的注解是 @Override - 检查该方法是否是重写方法。如果发现其父类，或者是引用的接口中并没有该方法时，会报编译错误。

不知觉间，就到了今年的520，这个特殊的日子。年纪大了，牙口不好，不要撒狗粮！ 1.《Google软件测试之道 》 2.《持续交付》 3.《软件测试的艺术 》 4.《 代码整洁之道:程序员的职业素养》 5.《软件测试 》 6.《测试驱动开发 》 7.《软件测试经验与教训》 8.《探索式软件测试》 9.《捉虫日记》 10.《发布！软件的设计与部署》 11.《移动App测试实战》 12.《微软的软件测试之道》 13.《颠覆完美软件：软件测试必须知道的几件事》 14.《有效的单元测试 》 15.《敏捷软件测试测试人员与敏捷团队的实践指南》 16.《腾讯Android自动化测试实战》 17.《完美软件对软件测试的各种幻想》 18.《 Python Web开发：测试驱动方法》 19.《测试驱动开发的艺术》 20.《软件测试工程师面试指导》 21.《自动化测试最佳实践来自全球的经典自动化测试案例解析》 22.《Cucumber：行为驱动开发指南》 23.《Web安全测试 》 24.《大话移动APP测试：Android与 iOS应用测试指南》 25.《iOS测试指南》 26.《全程软件测试（第2版）》 27.《 JUnit实战》 28.《 xUnit测试模式 》 29.《测试驱动的面向对象软件开发》 30.《Java测试新技术TestNG和高级概念》 31.《测试之美》 32.