+
 新版
2020-03-06 17:06
hutool紧随其后,哈哈
2020-03-07 08:30
hutool 是大船, 你在我后面, 我怕是会翻船的, 还是 Act 附 HuTool 骥尾稳妥一点 😂
2020-03-06 08:08
这个项目的定位是什么?是只做Web和ORM部分,还是打算做成类似SpringBoot/JBoot之类的大全式开发环境(例如可以集成Shrio、Dubbo、限流、监控、MQ、分布式事务等)?
2020-03-06 09:01
这里面不只一个项目.
* ActFramework - MVC 框架
* Act-XXX 各种插件, 包括数据库, 非默认的模板引擎集成, 安全, 存储, 电子表格生成等等
* OSGL-Tool - 通用 Java 工具库
* OSGL-XXX - 基于 OSGL-Tool 之上的其他特殊工具库, 包括存储, 缓存, MVC, HTTP 等等
2020-03-06 13:02
定位于一个比MVC功能多,比SpringBoot功能少的功能集合? 嫌Spring-MVC太复杂的,会觉得ACT环境依然太复杂,想找一体化开发环境的,又会觉得ACT预整合的功能还不够多。
除了MVC(包括Excel/模板输出)这些,你提供的功能和SpringBoot/JBoot有很多重叠的部分,比方说,一搜SpringBoot集成,就弹出来 Shrio/Dubbo/Swagger/Redis/rabbitMQ/elasticsearch/Sentinel这些, SpringBoot的基本原理是用一个通用的IOC(AOP)工具配置一堆第三方工具,这些第三方工具原本和SpringBoot没有一毛钱关系,只是因为它们的优秀被Spring看中整合进来,你的竟争对手是这么个集成体系,而且它随时可以添加新的模块进来,因为本质上通用IOC工具的作用就是用来初始化Bean的。它们有个共同的特点:没有源码,所以比较适合用YML/XML或Java方式配置,而不是用JSR330注入。作为框架作者,你个人参与编写的子模块越多,反而越不利于这个框架的发展,因为你个人再利害,也不见得有别人随随便便用XML/Java配置从业界挑选出来的最流行的模块好用、通用。建议你收缩一下战线,把MVC做好就行了,其它的可以仿造Boot架构,只提供IOC/AOP(不赞成OSGL这种方式,因为用户希望模块之间能方便地互相访问)内核和整合方案(参见https://start.spring.io这个生成工具),多整合一些流行的工具进来即可(参考JBoot),整合实际上是个小活,没有多少技术含量。 个人看法仅供参考。
2020-03-07 08:16
谢谢你的建议. 开源项目的定位与发展和作者本人的个人经历以及思维方式有绝对的关联, 在这个层面上我认为没有对错, 只有选择. 我不在这个层面上对其他开源产品做评判, 也不愿意和他人在这个层面上做辩驳. 我欢迎针对具体问题的探讨. 定位这种问题最好就留给每个人自己吧
2020-03-05 21:18
好东西。继续关注。
2020-03-05 20:38
的确是高质量
2020-03-05 16:37
增强 SampleData API, 允许在创建 List/Set 的时候指定创建 Mock 数据的数量 #1301

这个真是太方便了
2020-03-05 16:45
1.9 版本撸一个 locale sensitive 的 sample data 生成机制, 国内的项目看到的都是国内的数据
2020-03-05 14:15
好好好
2020-03-05 14:14
时髦,高可用的web 框架
2020-03-05 14:13
专注web开发的框架,框架级别支持热部署,开发效率很高,真正的简洁高效框架
2020-03-05 14:11
很多实用功能!!! 赞一个, 期待 act-db , 是否可以把数据审计追踪(或者叫数据修改历史)考虑进去呢?
2020-03-05 14:18
简单的审计已经有了, 如果要实现完整的历史审计,可能还是需要应用来做工作.
回复 @
{{emojiItem.symbol}}
返回顶部
顶部