Categories
java

spring AOP

切面语法

execution

execution是一种使用频率比较高比较主要的一种切点指示符,用来匹配方法签名,方法签名使用全限定名,包括访问修饰符(public/private/protected)、返回类型,包名、类名、方法名、参数,其中返回类型,包名,类名,方法,参数是必须的,如下面代码片段所示:

@Pointcut("execution(public String org.baeldung.dao.FooDao.findById(Long))")
上面的代码片段里的表达式精确地匹配到FooDao类里的findById(Long)方法,但是这看起来不是很灵活。假设我们要匹配FooDao类的所有方法,这些方法可能会有不同的方法名,不同的返回值,不同的参数列表,为了达到这种效果,我们可以使用通配符。如下代码片段所示:

@Pointcut("execution(* org.baeldung.dao.FooDao.*(..))")
第一个通配符匹配所有返回值类型,第二个匹配这个类里的所有方法,()括号表示参数列表,括号里的用两个点号表示匹配任意个参数,包括0个

within

使用within切点批示符可以达到上面例子一样的效果,within用来限定连接点属于某个确定类型的类。如下面代码的效果与上面的例子是一样的:

@Pointcut("within(org.baeldung.dao.FooDao)")
我们也可以使用within指示符来匹配某个包下面所有类的方法(包括子包下面的所有类方法),如下代码所示:

@Pointcut("within(org.baeldung..*)")

this 和 target

this用来匹配的连接点所属的对象引用是某个特定类型的实例,target用来匹配的连接点所属目标对象必须是指定类型的实例;那么这两个有什么区别呢?原来AspectJ在实现代理时有两种方式:
1、如果当前对象引用的类型没有实现自接口时,spring aop使用生成一个基于CGLIB的代理类实现切面编程
2、如果当前对象引用实现了某个接口时,Spring aop使用JDK的动态代理机制来实现切面编程
this指示符就是用来匹配基于CGLIB的代理类,通俗的来讲就是,如果当前要代理的类对象没有实现某个接口的话,则使用this;target指示符用于基于JDK动态代理的代理类,通俗的来讲就是如果当前要代理的目标对象有实现了某个接口的话,则使用target.

比如在上面这段代码示例中,spring aop将使用jdk的动态代理来实现切面编程,在编写匹配这类型的目标对象的连接点表达式时要使用target指示符, 如下所示:
@Pointcut("target(org.baeldung.dao.BarDao)")

如果FooDao类没有实现任何接口,或者在spring aop配置属性:proxyTargetClass设为true时,Spring Aop会使用基于CGLIB的动态字节码技为目标对象生成一个子类将为代理类,这时应该使用this指示器
@Pointcut("this(org.baeldung.dao.FooDao)")

参数

参数指示符是一对括号所括的内容,用来匹配指定方法参数:

 
@Pointcut("execution(* *..find*(Long))")


这个切点匹配所有以find开头的方法,并且只一个Long类的参数。如果我们想要匹配一个有任意个参数,但是第一个参数必须是Long类的,我们这可使用下面这个切点表达式:

@Pointcut("execution(* *..find*(Long,..))")

@Target

@Pointcut("@target(org.springframework.stereotype.Repository)")

@args

@Pointcut("@args(org.baeldung.aop.annotations.Entity)")
public void methodsAcceptingEntities() {}

@within

这个指示器,指定匹配必须包括某个注解的的类里的所有连接点:

@Pointcut("@within(org.springframework.stereotype.Repository)")
上面的切点跟以下这个切点是等效的:

@Pointcut("within(@org.springframework.stereotype.Repository *)")

@annotation

这个指示器匹配那些有指定注解的连接点,比如,我们可以新建一个这样的注解@Loggable:

@Pointcut("@annotation(org.baeldung.aop.annotations.Loggable)")
public void loggableMethods() {}
我们可以使用@Loggable注解标记哪些方法执行需要输出日志:

@Before("loggableMethods()")
public void logMethod(JoinPoint jp) {
    String methodName = jp.getSignature().getName();
    logger.info("Executing method: " + methodName);
}

&&、||、!

可以使用&&、||、!、三种运算符来组合切点表达式,表示与或非的关系。

@target @within 区别
@target要求对象的运行时类型与被注解的类型是同一个类型
@within要求对象的运行时类型是被注解的类型的子类
Categories
java

Ant

最简单,轻量的项目构建软件,通过编写xml完成定义。但系统性不如maven,所以一开始门槛比较高。但是其结构灵活轻便也是很有好处。(但是现在的java都是系统级别应用,用灵活但功能需要自己配置的工具反而得不偿失)。然而其因使用xml语法 导致编码工作比较大

Categories
java

maven

传统的基于xml语法的项目构建软件,其内部分为一个一个任务执行(编译-测试-打包-部署等)但因为maven拓展 只能通过编写maven插件来进行 比较不灵活

Categories
java

gradle

利用groovy作为编写语言的项目构建软件 语法灵活 不受太多限制 但同时会让人觉得 无规律可循 难以上手

Categories
java

groovy

在java的基础上包装了一层语法糖。虽然语法上比java要轻便灵活,但实际上会生成很多辅助类,内存消耗会更多。

idea 通过引入groovy-sdk 可以完成groovy的编译

若想要通过maven 编译项目

maven 配置一览

<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/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
	<modelVersion>4.0.0</modelVersion>
	<groupId>SocketServer</groupId>
	<artifactId>SocketServer</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<name>maven</name>
	<url>http://maven.apache.org</url>
	<properties>
		<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
	</properties>
	<pluginRepositories>
		<pluginRepository>
			<id>central</id>
			<name>Maven Central Repository</name>
			<url>https://maven.aliyun.com/repository/central</url>
		</pluginRepository>
		<pluginRepository>
			<id>jcenter</id>
			<name>Java Center Repository</name>
			<url>https://maven.aliyun.com/repository/jcenter</url>
		</pluginRepository>
	</pluginRepositories>
	<build>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-compiler-plugin</artifactId>
				<version>3.8.1</version>
				<configuration>
					<source>1.8</source>
					<target>1.8</target>
					<encoding>UTF-8</encoding>
				</configuration>
			</plugin>
			<plugin>
				<groupId>org.codehaus.gmavenplus</groupId>
				<artifactId>gmavenplus-plugin</artifactId>
				<version>1.8.1</version>
				<executions>
					<execution>
						<goals>
							<goal>addSources</goal>
							<goal>addTestSources</goal>
							<goal>generateStubs</goal>
							<goal>compile</goal>
							<goal>generateTestStubs</goal>
							<goal>compileTests</goal>
							<goal>removeStubs</goal>
							<goal>removeTestStubs</goal>
						</goals>
					</execution>
				</executions>
			</plugin>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-dependency-plugin</artifactId>
				<version>3.0.1</version>
				<executions>
					<execution>
						<id>copy-dependencies</id>
						<phase>package</phase>
						<goals>
							<goal>copy-dependencies</goal>
						</goals>
						<configuration>
							<outputDirectory>${project.build.directory}/lib</outputDirectory>
						</configuration>
					</execution>
				</executions>
			</plugin>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-jar-plugin</artifactId>
				<configuration>
					<archive>
						<manifest>
							<addClasspath>true</addClasspath>
							<classpathPrefix>lib/</classpathPrefix>
							<mainClass>org.robin.Main</mainClass>
						</manifest>
					</archive>
				</configuration>
			</plugin>

		</plugins>
	</build>

	<repositories>
		  <repository>
			   <id>central</id>
			   <name>Maven Central Repository</name>
			   <url>https://maven.aliyun.com/repository/central</url>
		  </repository>
		  <repository>
			   <id>jcenter</id>
			   <name>Java Center Repository</name>
			   <url>https://maven.aliyun.com/repository/jcenter</url>
		  </repository>
 	</repositories>
	<dependencies>
		<!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-bsf -->
		<dependency>
			<groupId>org.codehaus.groovy</groupId>
			<artifactId>groovy-bsf</artifactId>
			<version>3.0.5</version>
		</dependency>
		<!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-cli-commons -->
		<dependency>
			<groupId>org.codehaus.groovy</groupId>
			<artifactId>groovy-cli-commons</artifactId>
			<version>3.0.5</version>
		</dependency>
		<!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-yaml -->
		<dependency>
			<groupId>org.codehaus.groovy</groupId>
			<artifactId>groovy-yaml</artifactId>
			<version>3.0.5</version>
		</dependency>
		<!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-jaxb -->
		<dependency>
			<groupId>org.codehaus.groovy</groupId>
			<artifactId>groovy-jaxb</artifactId>
			<version>3.0.5</version>
		</dependency>
		<!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-dateutil -->
		<dependency>
			<groupId>org.codehaus.groovy</groupId>
			<artifactId>groovy-dateutil</artifactId>
			<version>3.0.5</version>
		</dependency>

	</dependencies>

</project>

大致说明 第一引入 groovy-all 包 但groovy-all 比groovy-sdk 少了一些依赖包 需要手动引入groovy-xxx的包

第二 引入打包配置与方式 添加gmaven插件以编译打包groovy文件

另一个就是可执行jar包 和 第三方依赖包的问题了

Categories
java

Grails

Grails是一个网站开发框架,是groovy版的ruby on rails 有快速开发 动态生成api的功能

Categories
java

java简介

    java作为已经有30年历史的编程语言的确很不错了。当初在各种C语言及其拓展的影响下,为了解决跨平台的问题而开发出java运行时环境即JRE(java runtime environment)。其语法从C++中继承出来,又参考了C#的特性。

    当年开发C的时期,人们需要做大量操作系统的判断去书写代码,进而调用系统接口实现功能。过程难度极大又极其容易出错。jre就是用来解决这个问题的。在linux系统下,jre文件夹中会有一个jvm.so文件,而windows系统就是jvm.dll。这个文件就是java虚拟机(java virtual machine)。为什么会叫做java虚拟机?因为你可以把他想象成一个操作系统的代理,java需要调用的操作系统的api是先通过各操作系统都一致的标准函数、接口来调用jvm,jvm再调用操作系统的api调用系统资源。看上去jvm就像是一个代理操作系统一般提供底层资源的操作,所以才叫java虚拟机。

    java的开发过程:所谓一次编译,到处运行。开发者先编写出.java文件(人类能看懂的),然后通过javac将.java文件转变为.class文件(jvm能读取的二进制文件),该class文件也是跨平台的。执行java命令启动jvm,jvm读取class文件执行代码流程。理论上,我只要生成了class文件,在任何一个安装了jre的操作系统都能运行。

    作为面向对象的编程语言,java也是一枝独秀,该特点会一直积极影响住java的生命历程。