2024-04-18 15:58
咱就说有没有一种可能是Spring Boot优化配置参数以后性能会极大的提升。
2024-04-09 16:00
我差的是那点应用性能?我差的数据库性能和时间
2024-04-14 12:09
solon 追求的是技术的极限,更高的 java 计算与资源性价比:)。。。而数据库,每个生产商也都在追求“更快更省更强”:)。。。你是说吧:)?
2024-03-22 19:30
碰瓷营销差不多得了
2024-03-19 18:59
一个好的框架是:在保持性能基本达标的情况下,最大限度做到易用、直观、快捷、安全。而且要文档全面,社区相对稳定活跃。国产还有很长的路要走,仅执着于追求性能还是有点偏科了。而spring体系最大的问题是不够直观(只在基础使用上直观),代理的滥用(过度依赖),隐藏的细节复杂,遇到奇怪的问题只能依赖debug。
2024-03-20 10:09
总结的很到位
2024-04-14 12:12
Solon 性能极好;文档也可以很全面;社区也可以稳定活跃。。。并不矛盾:)
2024-04-14 12:14
做为一个应用开发框架。性能好,架构灵活,简单易用,算是“里子”。文档全面,社区稳定,算是“面子”。。。里子,面子可以很好:)
2024-03-19 09:06
一切不用该框架的java web应用都是歪门邪道💪
2024-03-18 15:41
Solon一统天下了,其它框架应该停止使用
2024-03-18 09:41
为何并发差8倍呢,来个文章说说Solon这么吊的原理:)
2024-03-15 15:31
spring 都上AI 了,是不是也要跟进一波啊,要不显得很不高大上一样
2024-03-15 17:03
solon 最近在搞 faas 。。。也有用户提 ai 了。让 spring 老大哥先踩个路,过段时间跟上:)
2024-03-15 13:55
看到大家的评论,我放心了。
2024-03-15 11:53
支持对比,但是能不能加个有数据库操作的,有redis,有事务的等,全面对比一下。
2024-03-15 11:56
你这个主意不错。后面也搞个:)。。。不过,那就不是框架本身的性能的。。。框架本身的性能相当于是地基,加上业务相当于是大楼:)
2024-03-15 11:59
加上业务逻辑测试,更有说服力,如果大家用solon和springboot写业务逻辑,拉不开多大的差距就没动力升级了
2024-03-15 12:36
说得中肯。下次再丰富下测试:)
1
2024-03-15 10:40
这年头几个行业还在乎这点性能
2024-03-15 11:41
宏观讲,肯定会有不同想法与不同需求:)
2024-03-15 09:48
生态和稳定更重要,完善的知识&问答才是基石。 性能再高,只能说牛逼,出问题不能快速找到办法,很容易被弃的。
2024-03-15 11:39
新事务成长,都有个过程:)
2024-03-26 17:31
除非又跨越式的进步,要不然替代不了。
2024-03-28 10:10
共生关系可能更真实。用户按需选择 :)
2024-03-15 09:43
看到标题,就知道大家还是应该继续用Spingboot
2024-03-15 11:41
spring 当年,也是不断讲 ejb 有什么问题,及各种对比测试的:)
2024-03-15 11:45
EJB是真有问题,spring解决的不是EJB的并发问题,而是它的架构问题。有本事加上业务逻辑,操作mysql和redis后试试。。。。空接口测试,springboot比gin还高呢,加上业务逻辑后,明显不是对手了
2024-03-15 11:54
都有测试的:)还会响应式对比测试(带 io 的)。
2024-03-15 11:54
空接口测试,springboot比gin还高呢。。。这个估计没戏:)我测过了
2024-03-15 12:31
ejb的问题主要就是过度设计。
2024-03-15 08:53
你说的再天花乱坠,我也是用Spingboot和Vert.x
2024-03-15 09:21
别这么这样嘛。你这样,我都不知道怎么搞了:)
2024-03-15 08:45
要是能兼容spring的注解等,可能真的更容易推广
2024-03-15 08:33
和之前 MyBatis-Flex 一样如出一辙 ,真的没必要拉踩
2024-03-15 09:20
后来者肯定要跟前辈做些测试对比的。spring 当前起家也是的,指出 ejb 的各种问题,做各种对比测试。。。还出了本书《without ejb》
2024-03-19 15:20
客观对比咋就成拉踩了,做的优秀为何就不能说了?你这受国内歪风邪气毒害不浅呢
2024-03-14 16:32
javalin不建议做大型项目,他的路由是遍历的,没错,如果你有1000个,他就这么遍历。也没有做排序。
2024-03-14 16:45
大项目还是要 di 机制,方便管理很多。
2024-03-15 12:30
其实javalin没有di倒不是大问题,可以使用其他库做di
2024-03-15 08:16
遍历会有啥问题么?请教!
2024-03-15 12:29
https://github.com/javalin/javalin/blob/master/javalin/src/main/java/io/javalin/router/matcher/PathMatcher.kt 他的路由基本上是这个里面,他是把所有的路径遍历匹配,如果是正则的话好像是要正则匹配,一般优化的会做几件事情,一是固定的path直接放dictionary,二是如果是前端固定的会走另外一种tie树,其他的再走遍历,要不然大规模的程序每个都遍历一下,很久以前netmvc也是这个地方性能有问题的。
2024-03-14 16:32
gc的频率数据也可以发上来
2024-03-14 16:47
这个要加波线图了。
2024-03-14 16:19
测试一个netcore的,不然我不服。
2024-03-14 16:44
好。后面做一期有 netcore 的
2024-03-14 14:28
建议以后标题别这样写,让人有种“震惊!XXXX”的UC标题的感觉,有点不想点进来
2024-03-14 15:48
标题不显明,就没人进来看了。。。java 与 go 的测试文,就没有人来看:)
2024-03-14 14:27
首先,有错别字:“打暴 ”当为“打爆”
2024-03-14 14:09
vert.x 或 quarkus 申请 加入战斗
2024-03-14 16:49
vert.x和quarkus解决的不是一类问题,真要对比的话,micronaut和quarkus才有对比性
2024-03-18 09:29
你不用管他解决啥问题啊...我只需要知道在 某个场景下 比如现在 是web 场景下 性能...为什么不能对比呢
2024-03-14 13:55
不世界领先,都不好意思发。
2024-03-14 13:53
压测不得带上go语言与netcore?
2024-03-14 15:46
go 语言也发了,因为标准不显眼,你没看到:) 看这个 https://www.oschina.net/news/282498
2024-03-14 13:31
自信才会对比,挺好。国外也有很多对比,无需理会那些对国产不自信的人。
2024-03-14 12:26
雷氏对比法
2024-03-14 12:17
并发的吞吐量和平均响应时间这两个指标是什么样的?
2024-03-14 12:00
年前我说op不专心开发,一天到晚心思就放在:想下一篇文章怎么取一个哗众取宠的标题,现在回过头来看,真是一个字都没有说错,建议OP直接发到HackerNews去吧。
2024-03-14 12:04
总是要宣传的:)不然就白搞了
2024-03-14 12:07
这个作者真的很努力,很卷的。。。他称你在过年,偷偷就发布了个消息中间件(FolkMQ)
2024-03-14 14:09
vert.x 或 quarkus 申请 加入战斗
2024-03-14 15:47
好的,下期出:)
2024-03-14 12:14
而且这个作者,几乎每天都有提交代码(真的不是,不专心开发的人)。。。最近一年提交了 5000 多次:https://github.com/noear
2024-03-14 14:28
https://helidon.io/#se 快速、内存占用小,可以测试对比下
2024-03-14 15:47
收到:)
2024-03-14 11:57
评论区战斗力比较弱,建议和国内框架比,jfinal、actframework、nutz之类😁
2024-03-14 12:05
国内的不比,大家都是低头不见抬头见的:)
2024-03-14 11:08
试试vs quarkus
2024-03-14 11:25
没记错的话 quarkus 默认就是基于vertx的
2024-03-14 11:30
应该不是的。它们是两个独立的框架
2024-03-14 11:47
他的webserver有基于vertx的实现,记得最开始的版本就是基于vertx的
2024-03-14 11:51
下次一起测测:)
2024-03-14 11:48
怎么不是呢,quarkus就是把vertx按照spring的样子套的壳
2024-03-14 11:50
我去学习学习。下次拉过来一起测测:spring, javalin, solon, vert.x, quarkus
2024-03-14 11:30
在性能当中 javalin 挺有代表性的。。。除了 vertx 这个纯手写的响应式框架,其它的根本不是 javalin 和 solon 的对手
2024-03-14 11:05
差不多了,别这样。
2024-03-14 10:47
打暴是错别字,要么是暴打,要么是打爆。
2024-03-14 11:30
还真的错了!下次改进
2024-03-14 10:40
再测一下 vertx.x 和 jooby?😁
2024-03-14 10:43
vert.x 的测了(vs spring webflux, vs solon folux)。vert.x 在响应式 io 方面,确实特别猛。。。下周发
2024-03-14 10:44
专门测了一组响应式 web 的
2024-03-14 10:13
.....这真是秀了,5个笑脸吗
2024-03-14 10:00
碰瓷营销差不多得了
2024-03-14 10:10
宣传嘛。别太在意。。。你看看“小米车子”的宣传:)
2024-03-14 10:10
你再看看这并发数,确实也算被打暴了。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部