首页 文章 精选 留言 我的

精选列表

搜索[轻量版],共10006篇文章
优秀的个人博客,低调大师

ioc/aop 框架 loveqq 1.0.3 发布,响应式缓存,更强大的条件注解推断

本次更新: 优化: loveqq-mvc,控制器全局异常切面实现从代理改为异常处理器,减少代理调用 优化:loveqq-cache,新增响应式缓存支持,默认提供ConcurrentHashMap 实现 优化:loveqq-cache-redis,整合 redisson 响应式缓存支持 优化:loveqq-boot-starter-netty,优化过滤器、拦截器均为响应式接口 响应式缓存示例: 下面的示例展示了缓存注解用法,并且实现了响应式/命令式一致的操作体验 @RestController public class UserController { @Autowired private UserMapper userMapper; @GetMapping @Cacheable(value = "anyUser", ttl = 3) public Mono<User> anyUser() { return Mono.fromSupplier(() -> this.userMapper.listAll().get(0)); } @GetMapping @Cacheable("listAllUser") public Flux<User> listAllUser() { return Flux.fromStream(() -> this.userMapper.listAll().stream()); } @GetMapping @CacheClear(value = "listAllUser", condition = "retVal", preClearTimeout = 2000) public Mono<Boolean> deleteAsync(Long id) { return Mono.just(true); } @GetMapping @Transactional @Cacheable("listAllUserWithTransactional") public List<User> listAllUserWithTransactional() { return this.userMapper.listAll(); } @GetMapping("delete") @CacheClear(value = "listAllUserWithTransactional", condition = "retVal") public boolean update(Long id) { return true; } } 和 spring 的联系 初期是以学习 spring 进行开发的,但是却并没有参考 spring 的实现,仅仅是把 spring 当做一个黑盒接口,根据 spring 的外在功能表现,使用自己的想法去实现功能,所以该框架,即不是模仿 spring,也不是 spring 的二开。而是一个全新的,但又高度符合 spring 开发者使用习惯的完整的 ioc/aop 框架 和 spring 的区别 和 spring 最大的区别就是,loveqq 具有更强大的条件注解推断,因此不需要 @AutoConfigureBefore、@AutoConfigureAfter 等辅助自动配置的注解,仅仅需要正常配置 bean 即可,无需关心 bean 加载顺序的问题。 下面就是一个很好的例子: @BootApplication public class ConditionTest { private boolean isOverride; @Autowired(required = false) private List<Inter> cons; @Bean public BB bbOverride() { this.isOverride = true; return new BB(); } @EventListener public void onComplete(ContextRefreshedEvent event) { Assert.isTrue(this.isOverride); Assert.isTrue(this.cons.size() == 5); } public static void main(String[] args) { SpringApplication.run(ConditionTest.class, args); } } interface Inter {} @Component @ConditionalOnBean({CC.class, BB.class}) @ConditionalOnClass(name = "com.kfyty.condition.ConditionTest") class AA implements Inter {} @Component @ConditionalOnMissingBean(BB.class) class BB implements Inter {} @Component @ConditionalOnBean(BB.class) class CC implements Inter { @Bean @ConditionalOnBean(AA.class) public EE ee() { return new EE(); } } class DD implements Inter {} @Component @ConditionalOnMissingBean(DD.class) class DDF implements FactoryBean<DD> { @Override public Class<?> getObjectType() { return DD.class; } @Override public DD getObject() { return new DD(); } } class EE implements Inter {} 上述代码,首先 BB 是无条件直接定义的,所以 BB 一定存在; 而 CC 仅依赖 BB 存在,所以 CC 一定存在; 而 AA 仅依赖 BB、CC 的存在,以及主类的存在,因此 AA 一定存在; 而 EE 仅依赖 AA,因此 EE 一定存在; 而我们没有直接定义 DD,因此 DDF 一定存在,而 DDF 属于 FactoryBean,它生产了 DD,所以 DD 一定存在; 所以 AA、BB、CC、DD、EE 的条件都成立,cons.size () 应该是 5。 而上述代码在 spring 下无法通过测试,但是在 loveqq-framework 中是可以测试通过的。 感兴趣的可以体验体验~

优秀的个人博客,低调大师

IO C框架 loveqq1.0.9 发布,多项优化+新增 rocketmq+redismq 启动器

本次更新: 新增:loveqq-boot-starter-rocketmq,新增 rocketmq 启动器 优化:loveqq-boot-starter-redisson,新增基于 redis 的简单 mq 消息队列 优化:loveqq-boot-starter-tx,新增 @TransactionalEventListener 支持 优化:loveqq-boot,@Value 注解支持绑定复杂数据类型 优化:loveqq-boot,新增@ConditionalOnExpression 条件注解支持 修复:loveqq-mvc-netty,修复 sse 响应异常 优化:loveqq-mvc-netty,支持CompletionStage 返回值类型,优化DispatcherHandler 请求处理逻辑 优化:loveqq-cache-core,响应式缓存注解代理逻辑,更简单流畅 新增:添加 loveqq-framework logo 重构:loveqq-data,原 loqq-data-jdbc 模块拆分为 loveqq-data-korm,一个简易的基于接口代理的半orm框架;loveqq-data-codegen,一个基于 korm 的代码生成器 优化:多项依赖升级 简单示例: package com.kfyty.demo; import com.kfyty.loveqq.framework.boot.K; import com.kfyty.loveqq.framework.boot.validator.annotation.Condition; import com.kfyty.loveqq.framework.core.autoconfig.annotation.Async; import com.kfyty.loveqq.framework.core.autoconfig.annotation.BootApplication; import com.kfyty.loveqq.framework.core.autoconfig.annotation.EventListener; import com.kfyty.loveqq.framework.core.event.ContextRefreshedEvent; import com.kfyty.loveqq.framework.data.cache.core.annotation.Cacheable; import com.kfyty.loveqq.framework.web.core.annotation.GetMapping; import com.kfyty.loveqq.framework.web.core.autoconfig.annotation.EnableWebMvc; import lombok.Data; @Async @EnableWebMvc @EventListener @BootApplication public class Main { public static void main(String[] args) { K.run(Main.class, args); } @Cacheable @GetMapping public User hello(@Valid User user) { return user; } @Async @EventListener public void onStarted(ContextRefreshedEvent event) { log.info("started succeed !"); } @Data public static class User { @Condition(when = "type == 1", then = "photo != null", message = "type=1时,图片不能为空") private Integer type; private String photo; } }

优秀的个人博客,低调大师

Vercel 发布 fx:Zig 语言实现的 Agent,能直接在浏览器里跑

Vercel 今天开源了一个新的编码 agent,名字叫 fx。它的二进制文件只有 6.39MB,用 Zig 编写,能在浏览器里跑,冷启动 10 微秒。 它不是一个"IDE in the terminal"式的重型 TUI。团队说得很清楚——fx 的输出风格更接近 Unix shell,而不是 IDE。用最少的系统 prompt、最少的工具、最少的 I/O 来完成工作。 这个定位很有意思。在 Claude Code、Cursor、Codex 等重型 Agent 工具满天飞的 2026 年,fx 选择了完全相反的方向:极简、可嵌入、模型无关。它支持本地模型、API 网关、直接 provider 访问和订阅,全部通过配置文件切换。 您可以直接使用 fx,或将其嵌入作为基础设施。CLI 更像是一个 Unix shell 而非终端中的 IDE:它保留滚动历史,生成最小输出,并且极少使用复杂的 TUI 渲染。从编程角度看,𝚏𝚡 𝚊𝚜𝚔 --𝚓𝚜𝚘𝚗 可提供结构化输出,𝚏𝚡 𝚊𝚌𝚙 可连接编辑器和其他客户端,甚至 WebAssembly 可以在浏览器中运行整个系统(详见:http://fx.sh/try)。 Hacker News 社区的讨论很快就分成了两派。一派觉得"除了用 Zig 写的之外没什么特别的",另一派认为极简本身就是价值。 pdp 的评论代表了前者:"说实话,整个 harness 跟其他项目大同小异,只是 Vercel 风味的。我的 Go 语言 harness 也跟它一样可移植,甚至能直接部署到 Vercel 自己的 sandbox 环境。" kgeist 则质疑了二进制大小:"一个 Zig 写的程序为什么有 6.39MB?它本质上就是个循环——接收用户输入、准备上下文、发给 LLM、解析输出、调用工具、展示在终端里。加上内置 prompt 和一些检查,我预期一个真正 tiny 的 agent 应该是 200-300KB。" 但 gip 的体验提供了一个不同的视角:"刚试了一下,虽然不是特别 polished 或快,但非常酷。GLM 5.2 完全免费,甚至用免费的 Vercel 账号都能用。从商业上这也说得通——fx 是 Vercel 吸引更多用户进入 Vercel AI 的入口。" rsyring 则总结了一个更完整的理解框架:"fx 的核心价值在于做研究优化和可嵌入性。极简系统 prompt 意味着更低 token 消耗和更快的首 token 时间,10μs 冷启动意味着可以程序化调用,WASM 支持意味着可以在浏览器沙箱里跑——这些特性组合使得它适合作为构建更大系统的组件,而不是一个面向终端用户的产品。" SmashDan 问了句大实话:"我不是技术行业的。谁能解释一下为什么有这么多新的编码 agent,而且每个都在 HN 上被顶到首页?感觉每隔一天就有一个新的。" 这个问题的答案,在 fx 的定位里其实能找到一部分。编码 agent 正在从一个大而全的终端应用,分化成两个方向:一个是面向终端用户的完整 IDE 体验,另一个是面向开发者的可嵌入组件。fx 选择了后者——它不是你用来替代 IDE 的,而是你用来构建其他 agent 系统的。 fx 的源码在 GitHub 上(Apache 2.0),目前版本 v0.0.4,标记为 experimental。 参考来源: fx.sh 官网 HN 讨论帖

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册