Martian 4.0,架构大幅调整

Martian4.0 是啥

Martian4.0 是一个 最新的主线版本,内部架构产生了巨大的变化,之前的版本 里面大部分功能都是Martian自带的,属于一个高度内聚的项目。而从4.0开始 不再以这种方式进行开发了。

而是基于Magician开发,定位成一个Magician项目的超集,整合了Magician的大部分组件,并进行了少量的二次封装,使其可以快捷的构建后端服务。

4.x 将会跟 3.x 并行维护,一直到3.x的用户都转到4.x 为止。

4.0 带来了哪些变化

一、AOP与IOC没了

为什么会这样的呢? 因为Magician没有这两个特性,所以Martian自然也不会有了,加是可以加的,但是考虑到几个问题所以暂时不打算支持。

首先,IOC 和 new的区别 在于,IOC的对象是框架创建的,所以这个对象上可以被框架绑定很多功能,AOP就是其中一项,但是在实际开发中,IOC的作用体现的不是很明显,甚至很多场景都不需要IOC,尤其是注解式开发流行以后,IOC的优势就大大下滑了。

AOP,一般用的最多的就是 做声明式事务,其他场景很少用,而Magician 有类似的组件可以实现声明式事务,所以AOP 也不是特别的刚需了,如果真的需要可以自己用动态代理实现。

二、不再内置Jedis

Jedis是redis的Java客户端,其本身已经封装的够强了,个人认为没必要再套个壳子了。比如,想要连接操作redis,只需要这样。

JedisPool jedisPool = new JedisPool(连接池, url,
                    端口, 超时时间,
                    用户名, 密码,
                    库索引, 是否ssl);

Jedis jedis = jedisPool.getResource();
复制代码

这个代码量 跟之前Martian封装过相比,相差并不大(连配置的代码也一起算上)。而且还不用专门学习怎么在Martian中连接redis,只需要直接用原生Jedis即可。

如果未来Magician 出了封装Jedis的模块,那么到时候会集成进来。

三、Controller支持路由配置

之前都是直接请求方法名的,现在由于是基于Magician开发的,所以Controller也支持路由自定义了,但是声明式API没了,不再支持。

@Route("/demoController")
public class DemoController {

    @Route(value = "/demo", requestMethod = ReqMethod.POST)
    public DemoVO demo(DemoVO demoVO){
        return demoVO;
    }
}
复制代码

四、定时任务没了

因为没了IOC所以 与其绑定的功能 自然也都没了。不过自己写也不难,JDK自带了定时任务的api。

// 2000毫秒执行一次
Timer timer = new Timer();  
timer.schedule(new TimerTask() {  
     public void run() {  
         System.out.println("-------设定要指定任务--------");  
     }  
}, 2000);// 设定指定的时间time,此处为2000毫秒
复制代码

后面会开发定时任务相关的组建,来弥补这个缺失。

五、暂时与Martian-cloud,Martian-gateway不兼容

考虑到项目规模太小,不太可能有人在用Martian开发微服务,所以这两个组件暂时不考虑兼容,后面再进行迭代

3.x 以后还会继续维护吗

当然会继续维护,不过 基本会以修bug为主,不再提供新功能了。一直维护到所有用户都转到了4.x为止。

而且大家也不用担心,4.x 不会简简单单的基于Magician的,后面会持续迭代,出更多功能的。其使用的便捷程度不会低于3.x,甚至会高于3.x。

而且Magician一旦出了新组建,将会被快速集成到Martian的。

Magician是啥

可以看这个官网了解一下哦:magician-io.com

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享