首页 文章 精选 留言 我的

精选列表

搜索[快直播],共10005篇文章
优秀的个人博客,低调大师

DeepSeek满血版在IDEA中快的飞起

作者:沉默王二 有没有发现?不知不觉中,阿里已经完成了从电商巨头到硬核科技公司的蜕变。 第一个标志事件,一向挑剔的苹果宣布和阿里合作,一起为国行版 iPhone 提供 AI 技术服务。 第二个标志事件,DeepSeek R1 蒸馏了 6 个模型开源给社区,其中有 4 个来自阿里的 Qwen。 第三个标志事件,阿里云为开发者量身定制的通义灵码插件,也在第一时间集成了 DeepSeek-R1 满血版。 坐我旁边的同事体验了一早上,直言这是他用过最聪明的 AI 编码助手了,还不用充值购买 DeepSeek API 的 tokens(纯白嫖),强烈要求我写个手摸手的教程,给大家普及一下。 这就来。 01、安装通义灵码 在 IDEA 的插件市场中直接搜"通义灵码",当然你也可以敲拼音"TONGYI",都可以搜到。 然后点击 install 就可以安装了,支持 Java、Python、Go 等编程语言,VSCode 和 Visual Studio 也可以安装。 完成安装后,点击右侧边栏上通义灵码的小 icon 就可以打开和通义灵码的聊天窗口。 点击左下角的下拉菜单,还可以在 Qwen-2.5、DeepSeek-R1 和 DeepSeek-V3 模型中自由切换。 02、体验智能问答 我觉得 AI 编码助手最大的好处就是可以随时提问,不用再切换到浏览器去搜索,这能够极大提升我们的开发效率。 况且真切到浏览器的聊天页面,也不一定能丝滑响应。 个人感觉,DeepSeek 官网应该是做了限流措施,在一定时间内只能提问一次,连续提问就会直接提示"服务器繁忙、请稍后再试"。 这也是没办法的事,算力紧张,DeepSeek 已经够努力了,但奈何访问量实在是太大。 就目前我的体感来说,通义灵码背后的算力应该是有盈余的,因为我前后高强度对话了一个小时,还没有碰到被拒绝的情况。 在编辑区打开技术派的启动类 QuickForumApplication,通义灵码就能够把这个类加载到当前的上下文聊天环境中。 我们直接开问,第一个问题:"解释一下这个类的作用",几乎零延迟,就能看到 DeepSeek-R1 完整的思考过程。 给出的回答也准确无误,通俗易懂,以后啃源码可就轻松多了呀。 除了解释一个完整的类,每个方法的左上角也会有一个通义灵码的小图标,点击它,就可以调出"解释代码"、"优化代码"、"生成单元测试"等功能,非常方便。 如果之前没有打开一个具体的类,还可以点击【+】添加上下文,然后在搜索栏中输入关键字,就可以看到关联的类,以及路径。 如果一个业务你感觉无从下手,也可以在聊天窗口里直接开问,比如说"我想在派聪明中接入通义千问大模型,我该怎么实现呢?" 阿里云的满血版 DeepSeek-R1 很快就给出了代码示例,以后再也不用担心老板的 idea 无法落地了,哈哈。 另外,我在智能问答里还发现一个特别好用的功能,就是可以输入 @ 唤起 terminal 终端和本地工程 workspace。 比如说,当你不知道 nohup 命令运行 jar 包的完整命令,就可以这样做,然后补齐完整的命令后,直接运行,不用再切换到终端窗口了。 03、体验代码补全 代码补全也是 AI 编程工具最核心的一个功能了,通义灵码的特色是可以根据当前代码文件、跨文件的上下文或企业代码规范等,生成行级或者方法级别的代码。 行级代码是最简单的,回车键就可以触发,如果需要多行代码,macOS 是按 option+P 触发,Windows 是按 Alt+P 触发。 04、体验 bug 修复 很多小白在碰到 console 面板中一堆编译错误或者运行错误时,总是手足无措。 那有了通义灵码这种 AI 编程助手后,问题就迎刃而解了,再也不用复制堆栈去求爷爷告奶奶了。 在有错误的地方点击【lingma】,就可以直接跳转到与 DeepSeek R1 的智能问答聊天窗口,错误的修复建议一览无余。 这一点我是真喜欢。 如果不是运行时错误,而是编译型错误,可以把鼠标移动到出错的这行代码,在红色的报错图标下拉菜单中,选择【通义灵码一键修复】。 就可以跳转到修复建议窗口,如果觉得方案 ok,就可以直接采纳插入代码到编辑区了。 香,真香。 05、体验AI程序员 相信大家在前面的截图中,也发现了通义灵码面板中的【AI 程序员】选项,从名字就能看得出来,这是阿里非常大胆的一个尝试。 目前支持 DeepSeek-V3 和 Qwen-2.5,可以协助我们开发者完成多文件代码修改。 比如说我要把两个类中的 CountDownLatch 替换为 Semaphore,那我就可以先把这两个类加载到上下文环境中。 然后直接告诉通义灵码我的需求:"这两个类中都用到了CountDownLatch,我希望你把他们改造成 Semaphore" 然后我们就可以看到【AI程序员】的工作状态,以及结果了。 同时,编辑区也会出现一个对比结果,明确告诉我们哪里变化了。 当我们点击接受,就可以看到修改后的结果了,并且令我感到惊讶的是,注释中的内容也会改掉。 这也太强了吧! 并且整个过程非常顺畅,没有出现一丝丝卡顿,我只能说,阿里云的算力真的无敌。 06、小结 现在国内的 AI 竞争,已经不是单纯的"谁的模型更强",而是谁的 AI 生态更繁荣。阿里云靠开源,把自己送上了这个生态的核心位置。 当同行还在用API调用次数计算商业价值时,阿里云已化身 AI 时代的"技术普惠者"。 通义灵码直接将 DeepSeek-R1 满血版注入开发者的工作流,这种"送水到井边"的极致体验,也透露出了阿里云的高瞻远瞩:与其独占技术红利,不如让百万开发者成为生态共建者。 欢迎大家下载通义灵码:https://lingma.aliyun.com/lingma/download

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

🔥 突破 700万/秒,这个 MQTT 有点快

1、smart-mqtt 简介 smart-mqtt,是 smartboot 组织下面向物联网的首款解决方案,它使用 Java 语言开发,提供高效、可靠的 MQTT Broker 服务。 smart-mqtt 的独特优势在于大量设备接入的情况下,仍能保持低延迟和高吞吐量,满足物联网领域严苛的实时性需求。同时,smart-mqtt 为了最大限度地节省硬件成本,采用了高度优化的资源管理策略,降低了系统运行时的 CPU 和内存占用,使企业在保持高性能的同时,大幅降低运维成本。 另外,mqtt 协议天然适合 IM 场景,需要打造企业级 IM 应用,smart-mqtt 同样是一个非常好的选择。 smartboot 开源组织,一个容易被误认为是在 “重复造轮子” 的低调组织。曾获得2020 年度 OSC 中国开源项目「优秀 Gitee 组织 」荣誉。 该组织内的明星项目包括: smart-socket 历时 5 年精炼出 2 千多行代码,轻松实现百万级长连接的 AIO 通信框架。 smart-http 基于 smart-socket 实现的 HTTP/1.1 web 服务。 smart-servlet 基于 smart-http 实现的 Servlet 4.0 容器服务。 smart-mqtt 基于 smart-socket 实现的 MQTT 3.1.1/5.0 Broker&Client 服务。 smart-flow 一款具备可观测性的轻量级业务编排框架。 组织地址:?https://smartboot.tech/ 代码仓库:?https://gitee.com/smartboot 快速启动 docker run --name smart-mqtt \ -p 18083:18083 \ -p 1883:1883 \ -d smartboot/smart-mqtt:latest 18083:Web 管理后台服务端口 1883:mqtt 端口 2、 版本更新 在功能方面,smart-mqtt 的最新版本引入了共享订阅的新特性。该特性的主要优势在于它提供了订阅端的负载均衡功能,以一种更灵活、可扩展的消息分发机制,改善大规模消息系统中的性能问题。 在传统的MQTT订阅模式中,每个订阅了特定主题的客户端都会收到该主题下所有发布的消息,这可能导致消费能力较弱的客户端无法及时处理大量消息,从而成为系统的性能瓶颈。共享订阅通过允许一个主题的消息被多个订阅者共同消费,可以有效地分散这种压力,提高系统的整体效率和可靠性。 虽然共享订阅是 MQTT 5.0 规范的一部分,但 smart-mqtt 将此特性适配至低版本的MQTT协议,所以 MQTT 3.1/3.1.1 的客户端也能从中受益。 而在性能方面,smart-mqtt 再一次突破算力极限,TPS 峰值达到738W/s。这样的表现,背后所依托的是与 smart-http 中相同原理的黑科技算法:字节树。 至于稳定性,有一组数据足以体现。smart-mqtt 于 2024-02-01 启动了一个 15000 个客户端的压测任务。然后,这个压测任务就被遗忘了,服务器足足被持续压了一个多月。最终连接状态、吞吐量、CPU、内存皆表现稳定。 本次更新内容: 降低控制台指标监控打印频次。 新增共享订阅特性。 调整 Topic 编解码算法。 3、性能测试报告 场景一: 10 个 publisher 每隔 1 毫秒发送 payload 为 128 字节的消息,这些消息分布在 128 种 topic 下,有 2000 个 subscriber 订阅这些 topic 的消息。 v0.34 v0.35 v0.36 QoS0 600W/s 670W/s 738W/s QoS1 280W/s 320W/s 310W/s QoS2 150w/s 180W/s 185W/s 场景二: 2000 个 publisher 每隔 1 毫秒发送 10 个 payload 为 128 字节的消息,这些消息分布在 128 种 topic 下。 smart-mqtt 企业版 QoS0 97W/s QoS1 63W/s QoS2 53W/s 4、如何获取 smart-mqtt 源码 主仓库:https://gitee.com/smartboot/smart-mqtt 镜像同步:https://github.com/smartboot/smart-mqtt 产品手册:https://smartboot.gitee.io/smart-mqtt/enterprise.html

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

比快更快,极速版 IDE 框架 CodeBlitz 开源!

前言 一直以来,我们对 Cloud IDE 的期待都是随时随地、环境统一、释放本地资源、一站式研发、安全可控等等,可以和各类研发平台进行场景对接。然而在越来越多的场景对接中我们发现,并不是所有场景都需要这么重的容器运行环境,特别是对于一些非常轻量级的代码查看、代码编辑等场景,而且一旦涉及容器会带来成本高、打开 IDE 慢、稳定性不足、管理复杂度高等问题。 蚂蚁研发效能云研发团队在对接内部这类场景的过程中,基于 OpenSumi 封装了纯前端、极速版 IDE 框架 CodeBlitz,无需容器资源,仅需浏览器即可拥有代码阅读、语法高亮、代码编写、WebSCM等能力,通过开放的插件体系,支持 Git Graph、Git Blame 等 Git 辅助能力、多语言服务在线索引、基于 wasm 的代码运行能力。CodeBlitz 在蚂蚁集团被广泛应用于代码阅读、代码评审、解决冲突、在线笔试、代码扫描报告查看、产物预览、SQL 编辑等场景。此外,CCF Gitlink、Atom Git 及小程序云效能等代码托管平台也与 CodeBlitz 有深入合作。今天,CodeBlitz 正式对外开源! Github 地址:https://github.com/opensumi/codeblitz Gitee 地址:https://gitee.com/opensumi/codeblitz 官网地址:https://codeblitz.cloud.alipay.com 1. CodeBlitz 起源:OpenSumi OpenSumi 是国内首个低门槛、高性能、高定制性的双端(Web 及 Electron)IDE 研发的框架,主要里程碑如下: 2019 年由蚂蚁集团及阿里集团联合发起并封闭开发 2020 年发布 1.0 版本,提供插件机制并兼容 VS Code 插件 2021 年发布 2.0,先于 VS Code、Theia 提供基于 React 组件的侧部面板插件,供业务更加方便的自定义 UI 界面 2022 年 3 月正式开源,目前有支付宝小程序 IDE、支付宝小程序云 Codespaces、飞书开发者工具、钉钉开发者工具等产品使用 为了让上层产品能更好的定制出自己的 IDE 形态,OpenSumi 在架构上主要考虑了三点设计: 组合能力:OpenSumi 默认提供了 56 个基础 IDE 模块包和丰富的 IDE 风格组件,集成方可以自由组合自己的业务场景,形成不同的 IDE 形态 定制能力:集成方可以通过自定义模块的方式,调用 IDE 各个实例方法,实现自身复杂业务逻辑;通过贡献点机制,深度参与到 IDE 的各个生命周期。 替换能力:通过自研的依赖注入容器(IOC),整体框架代码都遵循依赖倒置原则(DIP),集成方可以非常方便的可替换掉框架默认的视图、逻辑的实现。 支付宝小程序云效能 Cloud IDE 为了保证框架可以同时在 Web 和 Electron 环境下运行,OpenSumi 采用了一套前后端分离、通过抽象的通信层进行相互调用的项目结构。 OpenSumi 技术架构图 OpenSumi 在蚂蚁集团及阿里集团沉淀落地了一系列具有代表意义的研发实践,大部分研发场景都可以在 OpenSumi 中找到实践经验: 1. 小程序研发场景 针对小程序研发场景, 支付宝小程序开发者工具以及淘宝小程序开发者工具此类桌面客户端 IDE 便是使用了 OpenSumi 作为核心框架进行实现,截止目前,月服务开发者数量已达到 2W +。 2. 云端一体化研发链路 针对于云端研发场景,支付宝小程序云 Codespaces (https://ide.cloud.alipay.com) 提供一站式集成开发环境环境,其中一键部署至云托管插件便是利用 OpenSumi 视图插件的能力。 2. CodeBlitz 解决的问题是什么? 既然已经有 OpenSumi了,那么为什么还会封装出 CodeBlitz 框架? 2.1. 带容器版本的问题及背景 蚂蚁研发效能云研发 Cloud IDE 通过 OpenSumi 的高扩展性在内部对接了很多研发场景,但过程中发现并不是所有场景都需要研发容器。需要带研发容器的场景一般依赖运行、调试等能力,但读代码、简单写代码等轻量场景则没必要挂载容器。而且,依赖容器可能会有以下几个问题: 启动较慢:冷启动容器一般较慢,即便做了预热优化,也并不能覆盖所有场景 资源浪费:容器是需要消耗计算资源和存储资源的,根据不同的容器规格,如果按照阿里云按量计费的 ECS 参考价格来计算,这中间产生的资源费用可能在 6 元到 80 元不等,显然这造成了极大的浪费 网络耗时:因为 Cloud IDE 通过 WebSocket 进行浏览器和容器的通信,那就必然决定了使用 Cloud IDE 就必须要有网络,而且网速好坏也会很大程度上印象研发体验。在无网情况下 Cloud IDE 是不可用状态 对于整个研发活动来说,一些场景确实是无需容器: 2.2. 去掉容器带来新的问题 那去除容器是否就能满足上述场景?实践过程中,我们发现了去除容器后带来新的问题: 文件系统:在有容器的情况下,文件保存在了挂载到在容器的云盘中,但无容器的场景下如何存储文件? 语言服务:在有容器的情况下,不同语言的语言服务能力是通过插件实现语言服务协议(LSP)来完成索引计算的,在无容器的场景下这些语言服务谁来提供? 前端模块复用:如果去除掉容器,意味着需要改变前端模块调用后端模块方式,是否能在通信层面进行磨平,如果要替换后端实现直接替换实现即可,无需针对于前端代码进行修改? 好在现代浏览器的能力越来越强,可以通过浏览器的特性来解决上述问题。如果说有容器的是比较常见的 Cloud IDE 标准版,那么将容器替换为浏览器那就是 Cloud IDE 提供的另一种方式:极速版 标准版到极速版的改造 2.3. CodeBlitz 解决方案 针对不挂载容器带来的 3 个典型问题,CodeBlitz 做了以下能力建设: 文件系统:利用 BrowserFS 的能力,在浏览器实现了七种文件读写策略,可以应对不同的业务场景;如果内置的文件系统不能满足需求,集成方也可以提供 FileSystemProvider 自己实现文件系统接口 语言服务:通过和蚂蚁代码分析团队的合作,CodeBlitz 支持了 Java、TS、JS 三种语言的离线语言服务索引(LSIF)服务,可在代码提交时离线计算当前代码索引用于语言服务的展示;同时借助于 Tree-sitter 技术,对于 Python、Go 、Rust、C++、Php 几种语言也支持简单的定义跳转、查找引用等功能。同时,CodeBlitz 正在尝试将 OpenSumi Node.js 插件进程运行在浏览器 WASM 环境,提供与有容器版本一致的 TS/JS 语言服务能力,进一步增强语言服务体验 通信方式改造:将之前基于 WebSocket 调用的方式改造为前端 Function 直接的调用,前端无需感知环境的变化,调用后端无需修改替换前端 Provider 实现,直接通过 DI 方式替换后端模块实现即可 2.4. CodeBlitz 核心能力 对标有容器的标准版,CodeBlitz 主要在读、写、运行、提交等方面进行了探索: 读: 适配了多种代码托管平台,例如 Github、Gitlab、Gitlink、AtomGit 等代码托管平台,业务可以非常方便的使用代码服务的能力 内置了包括 Java、TS/JS、C++、Go、Python、Rust 等几十种常见语言的语法高亮支持 支持了如 Git Blame、GitGraph 等代码阅读辅助插件 写: 支持 HTML/CSS/JS/Markdown 等在线语言服务能力,支持错误诊断能力 浏览器文件系统 运行 支持基于 Skypack 的前端代码运行方案 支持基于 Pyodide 的 Python 运行 正在探索 WebContainer 能力 提交 支持 WebSCM,提供分支切换/新增、代码提交等能力 2.5. CodeBlitz 与 OpenSumi 的关系 CodeBlitz 为 OpenSumi 的下游项目,是 OpenSumi 在纯前端领域场景实践出来的解决方案框架。在 OpenSumi 之上对文件系统、通信系统、插件机制等模块进行了扩展,更好的应用在没有容器、本地客户端环境的纯浏览器环境上,为此类场景提供多套解决方案。 如果说以 CodeMirror、Monaco 为代表的浏览器 IDE 组件为 Web IDE 1.0,那拥有上述能力的 CodeBlitz 就是 Web IDE 2.0。CodeBlitz 在蚂蚁内部于 2021 年 4 月上线,承接了代码阅读、代码评审、在线笔试、代码检查结果反馈、轻量在线研发等众多场景,同年 8 月 vscode.dev 和 github.dev 上线,与之相比,CodeBlitz 利用 OpenSumi 框架的高扩展性,业务可以更加深度的定制模块与插件,让业务有多的想象空间。 3. CodeBlitz 应用实践 3.1. 代码阅读 代码阅读是 CodeBlitz 最常见的应用场景,通常此类场景不需要运行/调试代码,所以也无需容器环境,内部常见的场景有代码阅读、代码扫描报告查看等场景,可以说需要代码阅读的场景就有 CodeBlitz 的身影。 3.2. WebSCM 传统的代码托管平台修改代码只能单文件修改提交,CodeBlitz 让 WebIDE 拥有了 WebSCM 能力,可以在Web IDE 中新建分支,修改代码后在 SCM 面板看到变更文件列表,写完 commit message 后提交到代码服务上。如果想快速修改一些文件可以不用在本地修改,直接通过 Web IDE修改代码一次性提交。 3.3. 代码评审 代码评审功能用户长久以来一直反馈以下几个问题: 语言服务缺失,阅读效率低:缺少代码高亮、提示、跳转、查看引用及大纲功能 大 PR 浏览体验不佳:统计显示 Gitlink PR 平均有 14-17 个变更文件,传统代码评审交互一般为代码 Diff 组件流式展示,对于一些变更文件多、文件内部较大的场景 Review 体验不佳,常常要等待很久。 代码修改流程重,耗时久:代码 Diff 组件只有读能力,无法快速修改一些拼写或 lint 错误,需要在本地找到对应文件后修改提交 针对于上述需求,CodeBlitz 提供了 IDE 风格的代码评审场景: IDE 模式的代码评审场景主要模块如下: 变更树 提供平铺和树状两种浏览方式 变更树使用 OpenSumi Recycle 组件,对于大 PR 也能通过虚拟滚动高性能的查看变更文件 工具栏 提供 IDE 编辑器基础设置,如字体大小、编码、忽略收尾空格等 快速切换当前分支历史版本与基线的对比 变更文件快速定位、设置已查看,并支持快捷键快速执行 编辑器 通过 monaco fold 能力完成非变更内容的折叠 自定义评论组件嵌入编辑器 插件 复用代码浏览 Blame 插件能力进行代码行 Git 信息查看 3.4. 解决冲突 解决冲突是研发同学经常会遇到的问题之一,多人协作的情况下极易出现冲突。 与之前提到的一样,每一次在 Cloud IDE 上解冲冲突都需要启动一个容器,而高峰期则意味着很容易短时间内出现资源不足的问题。同时仓库 clone 往往耗时 20 秒以上,这导致许多同学解决冲突时使用体验都不佳。 通过 CodeBlitz 可以实现秒级还原冲突、解决冲突。 针对于 Java 同学对于 IntelliJ IDEA 使用习惯,OpenSumi 提供了 3-way merge editor,让 Java 同学解决冲突更加丝滑。 3.5. 在线笔试 在线笔试也是 CodeBlitz 非常受欢迎的场景之一,使用过阿里伯乐系统的同学应该已经体验过 CodeBlitz 提供的编辑器及编辑器内的协同能力。 3.6. 在线运行 对于一些项目体验场景来说,无需复杂的语言服务能力,简单修改,远程运行,蚂蚁链智能合约使用 CodeBlitz 作为 Web IDE 编辑器,对接蚂蚁链中心化服务实现编译合约、部署合约 体验地址:https://openlab.antchain.antgroup.com/ide 4. 谁在使用 CodeBlitz ? 除了蚂蚁、阿里内部的一些实践以外,CodeBlitz 在正式开源前也已经和 CCF Gitlink、Atom Git 等外部产品展开合作 4.1. CCF Gitlink 在代码托管平台上进行代码阅读时经常需要查看当前方法在哪里被引用、当前接口在哪里被实现,CodeBlitz 为 Gitlink 提供编辑器 + 插件的能力,解决了上述用户需求: Gitlink 通过实现 Blame 插件,完成了编辑器 Blame 查看的能力: Gitlink 通过集成 CodeBlitz,也支持用 IDE 模式评审代码,甚至能一键修改: Gitlink 代码阅读场景虽然接入 CodeBlitz 编辑器,但文件树、代码搜索、快捷键、IDE 皮肤、等均和平时开发时使用习惯的 IDE 差异较大,更有大部分用户仅仅是为了代码阅读将代码克隆到本地,尽管保证了一致的体验,但整个链路繁琐费时。 基于这个洞察,Gitlink 与蚂蚁研发效能云研发团队合作,集成 CodeBlitz 并推出 Gitlink Web IDE,可以一键快速打开 Web IDE 访问阅读项目仓库代码,实现项目与 IDE 的无缝衔接,保持研发同学的日常偏好习惯,同时完美兼容 Gitlink 代码托管平台。更重要的是,通过无容器在浏览器上直接运行 Web IDE,确保「秒开」的即时体验。 体验地址:https://www.gitlink.org.cn/Gitlink/forgeplus/webIDE/tree/master 更多 CodeBlitz 与 Gitlink 合作详见 https://mp.weixin.qq.com/s/Wz0sfZ0tyrptR82i1hf4PA 4.2. 开放原子 Atom Git Atom Git 是开放原子开源基金会代码托管平台,CodeBlitz 为 Atom Git 提供 Web IDE 应用,用户在仓库安装应用后即可体验 CodeBlitz 提供的 Web IDE 能力 体验地址:https://atomgit.com/opensumi/codeblitz 更多 CodeBlitz 与 Atom Git 合作详见 https://mp.weixin.qq.com/s/ZGQFI-0tflsQrqJH1Z8pcQ 4.3. 支付宝小程序云 支付宝云开发是基于 Serverless 的一站式小程序后端服务开发平台,其中函数在线编辑 IDE 使用 CodeBlitz。 体验地址:https://cloudbase.cloud.alipay.com 蚂蚁研发效能已将内部产品陆续上架到支付宝小程序云,其中代码阅读、Web IDE、解决冲突等场景已可以通过云效能来体验 CodeBlitz 的能力 体验地址:https://code.cloud.alipay.com 除了上述已接入的客户以外,阿里云效、Gitee均正在接入 CodeBlitz 中。 5. 结语 CodeBlitz 在常规的 Cloud IDE、客户端 IDE 之外,探索出了只需要浏览器环境即可拥有 IDE 体验的场景,与 github.dev、vscode.dev 不同的是,CodeBlitz 作为框架可以让上层产品通过 OpenSumi 模块、插件的方式定制出属于自己业务场景的 Web IDE,如果您有此类需求,不妨试试 CodeBlitz。 最后,也欢迎为 CodeBlitz 框架贡献一点代码和意见,这将是我们莫大的荣幸。 Github 地址:https://github.com/opensumi/codeblitz Gitee 地址:https://gitee.com/opensumi/codeblitz 官网地址:https://codeblitz.cloud.alipay.com

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

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

Sublime Text

Sublime Text

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

用户登录
用户注册