1、必须要有,不然就永远不会有
应用开发框架,虽然没有芯片、操作系统、数据库、编程语言这些重要。但是最终呈现在用户面前的,总是有软件部分。而软件系统开发,一般都需要应用开发框架,它是软件系统的基础性部件之一。
很多很多软件系统都会有 Java 开发的部分,尤其是政府部门的软件系统大量的使用了 Java。市场非常的大,我们有很多的 Java 程序员,更有很多技术大能,也为很多全球级的项目供献过力量。理所应该当也要有自己的"生态级"应用开发框架,不是说卡不卡脖子的问题,而是不好意思没有啊!外面可是隔三差五的出语言。
国内现在有很多好的"功能性能框架",也有很多好的"快速开发框架",还有很多好的"后台脚手架"。但是没有像 Spring 这样生态级的框架出现。个人觉得,这应该是有问题的、是可惜的、是遗憾的。
想要搞个 Java 生态级的应用开发框架。一般是以年为开发时间单位的(需要漫长的时间打磨),一般是不赚钱的。还有 Spring 生态这个巨人存在。但,真的有很多人是期待的:一个轻量的,更现代感的,最好还是国产的。
刚开始的确会很难;刚开始可能不如人家的完善;刚开始会有很多人质疑和漫骂。再难能有芯片难???不是说非要替换代别人,而是必须要有,不然就永远不会有。
2、一个美好的"生态级"应用开发框架
应该是所有"功能型"框架的好朋友,就像水、土、空气一样串起万物生长;应该是接地气些,方便所有技术员快速学习和使用。比如:
- 应该能自动装配扩展能力(方便做第三方扩展)
- 应该有很多的第三方合作与便利适配(生态嘛)
- 应该有IOC 和 AOP(确实更便利)
- 应该启动很快(必须要远超它的前辈)
- 应该内存更少,尤其是在启动时和静默时的内存(休息时,不该吃那么多内存)
- 应该很少量的代码(不然学习太幸苦了)
- 应该有自己的思考方式和性格特性(抄过来的不好)
其实要求也不高,只要道心稳,慢慢打怪升级。最近有位技术大牛说:国外有 spring 和 apache,国内有 solon 和 dromara。
3、论 Solon 框架的意义
是一个国产的生态级 Java 应用开发框架(已发具备全球第二级别的生态)。开玩笑,两三百个生态扩展呢。
- 国内第一个
从零开始构建,有自己的标准规范与开放生态。尤其没有使用 javaee 的接口规范(它改包名了,可麻烦)。会借鉴与善用前人的成果,但绝对是原创。
- 为什么说是生态呢
没有功能,没有集成。都是基于标准与规范的扩展与适配。同一个需求,可以有很多不同的方案选择。这是架构的美感。当然别人家的生态框架也会是这样。
- 提供不同的选择
以前只有包子,没得选,不管什么场景只有包子吃。而且很多人都习惯了这样。现在是还有饼干和花生米,你可以按需选择。
- 助力信创国产化
信创,讲国产可控。但是很多软件系统用了 spring 开发。之前是没得选。现在可以用 solon 了。
- 助力国产语言的成长
当有适合的国产语言出现时,可以快速实现副本迁移。因为 solon 是原创,有自己的标准规范与开放生态,迁移起来很方便。开发语言,有好的生态框架,能优化用户体验,加速成长。
- 助力部训机构使用国产框架进行 Java 教学
一个生态级的应用开发框架。无形之中,会有很多模式,有很多术语。应用于教学,对国产开发环境是好事。
- 助力高校使用国产框架进行 Java 教学
Solon 的愿景里,会有很多相关书出现。以 Solon 的视角去展现 Java。 以前是没得选,以后可以选 Solon 相关的书,进行教学。
- 助力 Java 开源项目成长
以前嘛,我们的 Java 开源项目很多是"面向 Spring 编程的"。现在可以回归本源,"面向 Java 编程"(同时也适配下 Solon)。Java 的世界很大,有很多的不同的生态框架。
- 助力 Java 程序员的成长
有些 Java 程序员,如果没有 Spring 是不能编程的。其实 Java 的世界很大,Java 之外的世界更大。见识不同的生态应用开发框架,见识不同的编程语言,可以看见更大的世界。
4、Solon 生态框架是应运而生的
这不是吹牛,之前真的是没有,这是第一个生态级的。打磨五六年了。暂时,它还真是中国人的 Java 生态框架(没别的啦)。
特性:
- 启动快 5 ~ 10 倍。 (更快)
- qps 高 2~ 3 倍。 (更高)
- 运行时内存节省 1/3 ~ 1/2。 (更少)
- 打包可以缩小到 1/2 ~ 1/10;比如,300Mb 的变成了 23Mb。 (更小)
- 同时支持 jdk8, jdk11, jdk17, jdk21, graalvm native image
简介:
- 克制、简洁、高效、开放、生态
- 支持 JDK8、JDK11、JDK17、JDK20(是同时支持)
- Http、WebSocket、Socket 三种信号统一的开发体验(俗称:三源合一)
- 支持"注解"与"手动"两种模式,按需自由操控
- Not Servlet,可以适配任何基础通讯框架(最小 0.3m 运行rpc架构)
- 独特的 IOC/AOP 容器设计。不会因为插件变多而启动变很慢
- 支持 Web、Data、Job、Remoting、Cloud 等任何开发场景
- 兼顾 Handler + Context 和 Listener + Message 两种架构模式
- 强调插件式扩展,可扩展可切换;适应不同的应用场景
- 支持 GraalVm Native Image 打包
- 允许业务插件"热插"、"热拔"、"热管理"
预览:
java
@Controller
public class App {
public static void main(String[] args) {
Solon.start(App.class, args, app -> {
//手写模式
app.get("/hello1", ctx -> ctx.output("Hello world!"));
});
}
//注解模式
@Get
@Socket
@Mapping("/hello2")
public String hello2(String name) {
return String.format("Hello %s!", name);
}
}
5、什么样的 Java 项目用 Solon 好
就像华为讲的,不要因为爱国而特意买华为手机。Solon 也是,有需要就用不需要就跳过(按正常的需求选择):
- 信创需要国产化,应该用 Solon 或者 Solon Cloud(有案例)
- 军工项目要国产化,应该用 Solon 或者 Solon Cloud(有案例)
- 嵌入式设备,内存有限,算力差,可以用 Solon 或者 Solon Native(有案例)
- 客户的希望你内存更少,可以用 Solon (有案例)
- 别的框架用腻了,可以用 Solon (有案例)
- 有新系统开发想尝新的框架,可以用 Solon (有案例)
- 老系统要轻量化改造,可以用 Solon(有案例)
作为后来者,大家的疑或是会多一些。有问题,可以去交流群里多交流。
6、Solon 的代码仓库
喜欢 Solon 的,可以帮助宣传。喜欢但觉得不够好的,可以助其成长。不方便切换框架的,也可支持:
"众人拾柴火焰高",支持它、使用它、传播它、一起贡献代码:)