Springboot 那么大，不用什么场景都用它吧，要不尝试下 Mars- Java ？

基本概念

Mars-Java 是一个不需要容器的 Java 开发框架，不需要 Tomcat，不需要 JBoss，不需要 Netty，甚至连 Servlet 都不需要。

一个纯基于 JRE 类库开发的 Http 服务，一个不需要容器的 Java 开发框架。

他可以快速的开发出一个后端 Http 服务，支持 MVC，IOC，AOP，数据库操作，声明式事务等常用的特性，并且他更小，更快，更简单。

为什么要用 Mars-Java

当我们需要开发一些中小型网站的时候，如果使用 Java，那么往往会走向两个极端，要么使用非常简单的 JDBC+Servlet，要么使用非常巨大化的 Springboot+Mybatis，那么有没有一个折中的方案呢？当用户量可以预见的不会太多（多见于 B 端应用），又或者仅仅是一个逻辑不复杂的展示型网站，这个时候我们怎么办？这个时候就可以使用 Mars-Java 了。

它非常的小，不到 Springboot+Mybatis 的一半，它功能齐全，包含了 Springboot 常用的几大功能，并且有自己的持久层封装。同时它也有自己的生态，目前有一个小型的分布式组件 Mars-Cloud 。

几乎可以解决你日常中的所有需求。

MVC 支持的请求方式

目前为止 MVC 支持 GET，POST 两种请求方式，这也是用的最多的两种方式，其他的暂时不支持。

传参方式支持以下三种：

application/x-www-form-urlencoded
multipart/form-data
application/json

数据库操作

一、简单的单表操作

// 根据主键查询一条数据
@MarsGet(tableName = "userinfo",primaryKey = "id")
public abstract `Return type` selectById(int id);
 
// 插入一条数据
@MarsUpdate(tableName = "userinfo",operType = OperType.INSERT)
public abstract int insert(`Entity object parameter`);
 
// 根据主键删除一条数
@MarsUpdate(tableName = "userinfo",operType = OperType.DELETE,primaryKey = "id")
public abstract int delete(int id);
 
// 根据主键修改一条数据
@MarsUpdate(tableName = "userinfo",operType = OperType.UPDATE,primaryKey = "id")
public abstract int update(`Entity object parameter`);

二、简单的分页操作

// 如果你的 sql 语句是固定的，那么只需要这样就可以分页了
@MarsSelect(sql = "select * from userinfo where name = #{name} and age = ${age}", resultType = 要返回的实体类.clss,page = true)
public abstract PageModel<要返回的实体类> selectList(PageParamModel pageParamModel);
 
// 如果你的 sql 语句不固定，那么就这样
public PageModel<要返回的实体类> findPage(PageParamModel pageParamModel) throws Exception {
    String sql = "select * from userinfo where name like #{name}";
    return JdbcTemplate.get().selectPageList(sql,pageParamModel,DemoEntity.class);
}

声明式 API

一、先声明一下

@MarsApi(refBean = "expApiService")
public interface ExpApi {
 
    /**
     * get 请求示例
     * http://127.0.0.1:8080/expGetRequest?name=张三&names=王五&names=赵六
     * @param expVO
     * @return
     */
    List<ExpVO> expGetRequest(ExpVO expVO);
}

二、实现这个接口就好

@MarsBean("expApiService")
public class ExpApiService implements ExpApi {
 
 
    /**
     * 这个方法上加了 aop 监听
     * @param expVO
     * @return
     */
    @Override
    @MarsAop(className = ExpAop.class)
    public List<ExpVO> expGetRequest(ExpVO expVO) {
 
        // 打印接收到的参数，看是否接收成功
        System.out.println(expVO.getName());
        System.out.println(JSON.toJSONString(expVO.getNames()));
 
        // 返回数据
        return getExpResultData();
    }
}

对，你们没看错，Controller 层没了，为什么会这样呢？这得从 Controller 的作用说起，在实际开发中，Controller 基本上起到两个作用，一个是参数校验，一个是响应数据。

在 Mars-Java 中，参数校验被封装掉了，直接用注解即可，响应数据，这个本来就没什么，直接返回就好，不需要去 Controller 里再返回一次了。

所以，干脆去掉了，让使用者专注在业务逻辑上。

官网地址：http://mars-framework.com

KentY

2020-08-03 21:09:07 +08:00

我觉得对现有东西有不满, 想自己创新这个精神还是应该鼓励的, 否则就不会有 Spring1.0 替代 Ejb2, 不会有 LInux 的出现, 不会有... 很多新东西.

看着咱们这的评论感觉有点不太友善. 可以批评但是应该完全了解了人家的东西, 个人的不一定就是差的. 前面的例子, spring and linux 开始都是个人项目.

可能 LZ 的"宣传"方式也有可斟酌的地方. 你说"更小, 更快, 更简单"这其实作为技术的描述, 让人很难理解. 你做了一个 spring 也可以干的事, 一定是对 spring 有不满的地方, 你的不满具体是什么? 什么样的应用选择你这个会比 spring 有优势?

你说的比 spring"更快", 什么调用更快? 什么具体测试环境? 快多少? benchmark 呢?

"更小", 我猜你说的是包的 size, 那牺牲的扩展性有多少, 现在的应用不光是查个数据库然后分页显示, 再 CRUD 就完了的. 比如也是小型企业应用常用的 message queue, cache, security 等等这些, spring 都有比较完善的简化实现 /配置方案, 这些如果在你这个 framework 基础上扩展起来的易用性如何? 当然这也引入了"更简单"的讨论.

可能立足这些实质性的区别与针对性的应用场景来"宣传", 或者"征求意见" 大家会有不同的态度.