转载

测试和发现模块之间耦合的有效手段

虽然我们使用SpringBoot实现微服务，但是在一个微服务中还是有可能塞入很多模块；同时从单体向微服务过程中，只有先将单体切分成模块以后，这些模块之间的依赖越来越少，这些模块才能逐个独立成微服务。

有没有一个有效手段在当前单体架构下发现模块之间的依赖关系?发现了模块的依赖关系，如果依赖关系很多那么我们进行模块重构，也许这两个模块应该合并成一个模块，或者重构成了单线依赖，这样两个模块的依赖达到理想程度，可以变成了两个微服务了。

https://github.com/olivergierke/moduliths 提供了这样一个测试和发现模块之间依赖耦合的有效工具。

假设我们在一个包com.abc下面有两个子包com.abc.a和com.abc.b。那么这两个子包是不是两个独立模块？依赖关系如何？

首先我们要使用@Modulith在com.abc这个根包下一个入口类里面注解一下：


package com.abc;

@Modulith
public class Application {

}

这个@Modulith类似于SpringBoot的@SpringBootApplication，如果使用SpringBoot，可以一起注释：


@SpringBootApplication
@Modulith
public class ModulithsApplication {

    public static void main(String[] args) {

第二步，com.abc下有两个子包，假设是com.abc.a和com.abc.b，这里我们先假设一个情况，假设com.abc.a包下面的MyComponentA依赖于com.abc.b包下面的MyComponentB，我们这个工具是否可以检测出这种依赖呢？

com.abc.a包下面的MyComponentA：


@Component
public class MyComponentA {
    private final MyComponentB MyComponentB;

下面是com.abc.b包下面的MyComponentB：


@Component
public class MyComponentB {

第三步，我们这个工具是通过测试环节编写测试用例才能检测出这样的依赖，我们知道在正常情况下，当我们启动SpringBootAplication时，Spring会扫描@Component元注解，然后一股脑子打入Jar包，这里MyComponentA MyComponentB都标注了@Component，所以肯定会打包在一起，我们的工具特别之处在于，会只扫描com.abc.a子模块包或com.abc.b子模块包，不需要你任何配置，只要在测试类上标注一个注解：@ModuleTest

比如我们在com.abc.a下建立一个测试类：


@RunWith(SpringRunner.class)
@ModuleTest
public class ModuleATest {

	@Autowired
	ApplicationContext context;

	@Test
	public void bootstrapsModuleAOnly() {
        //有ModuleTest注解情况下会出错
		context.getBean(MyComponentA.class);

	}
}