已经维护了一年多了,我不在乎再坚持十年

作为一个很懒的人,我时常这么想,如果我把sql写好,往代码里一贴,一个接口就搞定了,那该多好。 后来我发现不可行,因为业务逻辑复杂多变,一个请求可能会操作多个表,还要对数据进行处理。后来我又在想,如果我只需要写sql和业务逻辑就好了,于是… 我开始了不羞不躁的开源生活。

经常会面对各种质疑

【看不到亮点】,【已经有spring了,不需要你这个垃圾框架】,【卧槽,个人项目,肯定是练手的,别出来害人好吗】,【我不敢用,怕有坑】,【你需要来点不一样的东西】

但我不信邪,我就是要写,即使是享誉世界的apple也会被部分人喷的渣都不剩,我又不是人民币,怎么可能人人都喜欢,面对这些负面评论,我就当是生活的调料好了。

开发进程

  • 从2019年3月发布第一个版本依赖,到现在已经有差不多一年半了,版本也迭代到3.x了。
  • 从一开始集成netty,到后来换tomcat,再到现在干脆丢弃任何容器,直接依赖JER类库。
  • 从一开始只实现了简单的AOP,IOC,MVC到现在的一站式解决框架。
  • 慢慢的迭代,功能越来越多,性能越来越稳定。

但是

我会坚持几个原则:

  1. 绝不过多的制造新玩法,我的目的是提高开发效率,而不是制造新规则,我不想用一些看似很新鲜,很高大上的玩法来制造噱头。
  2. 不必须的功能 坚决不做,我丢弃了Session采用jwt;丢弃了Servlet采用JRE类库自带的server;丢弃了Controller采用interface;丢弃了jsp,模板引擎的支持,而专心针对前后端分离的开发场景。
  3. 一个场景下,我只提供一个我认为最佳的解决方案,我不会又支持netty,又支持tomcat,又支持jboss等;我也不会又支持mybatis,有支持jpa,又支持hibernate。对于这些,我会统一选择一个我认为最好的方案封装好,使用者开箱即用即可。
  4. 尽可能使用自己的生态,目前有自己的分布式组件,不会去考虑集成dubbo等其他组件,这么做风险可能有点高,但是时间会解决一切,而且我也相信,目前不会有人用Mars-Java来开发分布式项目,所以我有时间来迭代。 除此以外,其他的组件如配置中心,注册中心等都已经列入了规划中,不过目前的主要精力还是在主框架上
  5. 尽可能使往小了做,不必要的东西全部丢弃。

尽管

目前的用户量很少,没有形成火候,尽管每天熬夜迭代没有任何回报,但我就是喜欢写啊,我就是喜欢看着自己的作品慢慢的丰富,慢慢的稳定,我相信总有一天会有人用完以后来一句:卧槽!真香!。

这个项目的名字

叫做Mars-Java:mars-framework.com

讨论数量: 1

已经star。有时间来研究研究老哥你的代码。

3年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!