feilong 3.4.1 发布了,让 Java 开发更简便的工具库
feilong 3.4.1 发布了,让Java开发更简便的工具库
- 让你从大量重复的底层代码中脱身,提高开发效率;
- 让你的代码
更简炼
,易写
、易读
、易于维护
;
文档地址: http://feilong-core.mydoc.io/
maven 依赖配置:
<dependency> <groupId>com.github.ifeilong</groupId> <artifactId>feilong</artifactId> <version>3.4.1</version> </dependency>
Gradle 依赖配置:
com.github.ifeilong:feilong:3.4.1
本次升级共有 3
处变更, 具体参见 3.4.1 milestone
🎸 feilong-context
#512 修改 com.feilong.context.invoker.DefaultResponseCommandBuilder.build(R) log 信息 [javadoc]
#513 修改 com.feilong.context.invoker.http.HttpRequestUriResolver.parse(String, T) 注释 [javadoc]
#514 ✨ 新建个简易版本的ResponseCommandBuilder SimpleHttpAndJsonResponseCommandBuilder [enhancement]
示例代码:
比如构造 一个post ,带requestbody, 设置制定的header 头, 并将请求响应的json字符串直接转成OpenApiResponse bean
public ResponseCommandBuilder<R, OpenApiResponse> init(){ SimpleHttpAndJsonResponseCommandBuilder<R, OpenApiResponse> responseCommandBuilder = new SimpleHttpAndJsonResponseCommandBuilder<>( createUri(), HttpMethodType.POST.getMethod(), toMap(HttpHeaders.CONTENT_TYPE, "application/x-www-form-urlencoded; charset=UTF-8")); responseCommandBuilder.setResponseCommandRootClass(OpenApiResponse.class); responseCommandBuilder.setRequestBodyBuilder(createRequestBodyBuilder()); return responseCommandBuilder; }

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Tokio 中 hang 死所有 worker 的方法
Tokio 的 task (一个 Future ) 里如果使用了阻塞调用,例如 std::sync::Mutex,会阻塞当前的 tokio-worker 线程,这个 worker 无法再执行其他 task。所以代码里如果不可避免的有(少量的)阻塞调用,就要为 runtime 启动更多的 worker 线程,保证存在没被阻塞的 worker 来执行待调度的 task,以避免整个 tokio runtime 完全 hang 住(有 task 但没 worker 运行它)。 但现实是,就算 worker 再多,tokio 也可能造成永久性的阻塞。 原因是 tokio 里的待执行 task 不是简单的放到一个 queue 里,除了 runtime 内共享的,可被每个 worker 消费的 run_queue ,每个 worker 还有一个自己的 lifo_slot ,只存储一个最后被放入的 task (目的是减小调度延迟)。lifo_slot 只由它所属的 worker 使用,里面存储的 task 不能被其他 worker 执行。由于这个结构,构造 hang 住的方法是如图所示: Future...
- 下一篇
AutoHotkey v2 正式发布,Windows 自动化工具
AutoHotkey 是用于创建快捷键和自动化的 Windows 脚本语言,近日正式发布了 AutoHotkey v2,并成为主版本。开发者称 v1 将停止维护,建议用户不要继续使用,可逐步迁移到 v2。 当然,如果用户已经安装了 v1,仍然可以正常使用 v1 脚本,并且 v1 可以和 v2 共存。 开发者表示,过去由于存在向后兼容旧版本的要求,这限制了对语言的改进和增强。v2 没有此约束,所以新增了许多针对 v1 的重大改进。打破与 v1 语法和结构的联系使 AHK 能够继续发展成为一种现代且易于使用的脚本语言。 v2 优势和主要特性 消除了 v1 中的双重语法。v1 中遗留的(命令)语法和表达式增加了上手难度。AHK v2 在表达式的使用上是一致的,只留下一种语法需要学习,无需记住如何以及何时使用每种语法。 更彻底的错误检测和报告。方便排除故障和编写更可靠的代码。 Launcher app。v2 提供的Launcher app可以帮助管理从 v1 到 v2 的转换,以及同时使用两个版本(如果需要)。Launcher app 将根据其自动检测尝试和用户的设置来运行对应版本的 AHK。...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- MySQL8.0.19开启GTID主从同步CentOS8
- Mario游戏-低调大师作品