首页 文章 精选 留言 我的

精选列表

搜索[国产化]，共909篇文章
优秀的个人博客,低调大师

【BegCode，来自 JHipster 的国产化落地！】

一、BegCode是什么？ BegCode是基于JHipster，同时又对前端和核心代码模板进行增强了的一个代码生成工具，该工具是为了解决快速产品开发和推广JHipster理念诞生的。 JHipster应用本身支持很多扩展方式，如BluePrint的方式，利用JHipster核心功能的同时，又可以增加扩展。但BegCode没有使用BluePrint的方式，主要原因是BegCode对一些底层代码进行了改进，无法在BluePrint中达到目的。 二、BegCode亮点 BegCode这些亮点，结合了大量的JHipster爱好者期望并在在长期的实践中总结出来的，让JHipster离我们开发目标更近一步。 1.ORM框架增加Mybatis支持 这一块，不是简单的增加Mybatis本身的支持，还是多方调研，组合了Mybatis-Plus和Diboot-core两个技术框架。 其中Mybatis-Plus简化了Mybatis下的开发，又做了很多动态的查询功能增强，是Mybatis下选择比较多的一种方案。但Mybatis-Plus和Jpa比较，缺失了关联关系的自动化处理。而Diboot-core在这一方面，有自己的优势，是一个不错的选择，二都相结合，在关系处理上又增强了一步，同时这些理念与JHipster的处理方案又比较契合。 2.前端增加Ant-Design-Vue组件库 国内对于Vue.js还是比较喜欢的。但JHipster官方提供的前端效果和功能，不太适合国内一些应用的开发，尤其是缺少了Admin管理平台的部分。 Ant-Design-Vue的组件库受到了Ant Design的影响，具有类似的设计语言和风格，提供了丰富的UI组件来满足各种应用的需求。它还提供了灵活的主题定制和国际化支持。Ant-Design-Vue是一个非常受欢迎的UI组件库，在Vue.js开发社区中被广泛使用。 我们也看到在Ant-Design-Vue组件应用方面，Vben Admin脚手架和Jeecg Boot都做的非常好，相信很多人也有过应用。 基于以上情况，增加了Vben为基础的Admin管理页面的内容并对相应的功能进行了整合，包括用户、角色、菜单、日志、数据字典、定时任务等等。 3.增加更丰富的JDL注解 JHipster基于JDL的注解，是一个非常好用的功能，也是BluePrint方式可定制的一块。丰富的注解，为代码生成增加了很多的可能性。 BegCode在JHipster增加了11个Entity注解，10个Field注解，13个Relationship注解选项。大大增强了生成代码的控制功能。 4.丰富Java的后端接口功能 传统的代码生成工具，包括JHipster在内，针对后端接口的生成方面，除了基本的CURD功能外，增加的不多。 BegCode在JHipster的基础上增加统计汇总接口、关联关系处理接口、排序操作接口，同时增强了多条件查询的能力，丰富了修改信息接口的处理方式。 5.强化生成代码与手工代码的融合 一直以来生成代码与手写代码整合都是一个问题，BegCode在Java方面通过继承来解决用户手写代码被覆盖的问题，在前端方面，通过配置与页面控制分离的方式解决代码覆盖的问题。同时为了更好用户体验，可通过页面注释去定义，这个文件本身是否允许生成器生成的内容将其覆盖。 这些优化，都提高了用户的体验，提高了开发效率，随时生成代码，随时修改代码，让代码生成器总能发挥作用，而不是生成一次后再也不敢使用生成器来自动化生成代码。 6.对JHipster功能的改进 JHipster做为一个生成器工具，其技术和理念非常棒，但内置的业务功能有限，国内用户更喜欢集成更多开箱即用的功能。 BegCode对JHipster内置的用户、权限进行了增强，更符合产品实际需求。 同时增加菜单管理、部门管理、文件上传、短信发送、操作日志、编辑生成、通知公告等功能，而这些功能也是通过jdl进行定义的，BegCode在生成基础代码后，自动生成一次上述功能的代码。如果用户对内置的jdl进行了修改，还可以通过命令行或修改参数的方式让BegCode重新生成上述功能相关的代码。 三、效果展示 1.登录页面 2.默认首页 3.用户列表 4.菜单列表 5.角色列表 6.数据字典 7.短信服务商配置 8.通知公告 9.图片上传 10.消息查看 11.操作日志 12.接口说明 13.图标选择参考 四、使用步骤 1.全局安装generator-begcode npm install -g generator-begcode 2.创建项目目录并在项目目录下执行命令begcode begcode 上述截图表示已经正常启动 3.配置选项 根据系统的提示完成相关的选项。不太了解的选项使用默认值 4.代码生成 随着屏幕的不断滚动，你想要的代码已经生成了 5.启动系统 在全部文件生成后系统会提示如何使用： 启动后端，使用./mvnw启动前端，使用pnpm start 6.进入系统 后端启动完成： 前端启动完成： 现在可以通过http://localhost:3100/进行系统体验了。 源代码参考地址：https://github.com/begcode/monolith-mybatis-antdv 总结 以上内容简单介绍了一下BegCode对JHipster的增强，以及如何更适合国内的开发者，从而进一步提高开发效率。后续有机会再介绍如何快速定义JDL并生成代码。
2024-01-18
优秀的个人博客,低调大师

🔥 SolonCode 是不是国产化替代 ClaudeCode 的优选？

安全审计、代码脱敏、数据本地化，是国内企业换掉 ClaudeCode（或任何海外 AI 编码助手）的三条真实理由。但「能换」和「换得舒服」之间，还隔着很多具体细节——安装、配置、模型选择、代码理解能力、与既有工程线的兼容性，一项项都比较清楚，才能判断谁才是「最优」。 本文不喊口号，逐条对照，结论在最后。 二、SolonCode 是什么 SolonCode 是杭州无耳科技从零构建的企业级终端编码智能体，底层架构自研，全中文驱动。它的定位： 一个soloncode web 0命令启动 Web 工作台，浏览器打开即可用。 自主理解需求、规划步骤、编写代码、执行 Shell。 模型不绑定，支持 DeepSeek、QWen、GLM、Kimi、MiniMax、GPT、Claude、Gemini、Ollama 等，也可以接内部私有化网关。 开源（GitHub / Gitee / GitCode 三端），支持 macOS / Linux / Windows / 鸿蒙 PC。 三、安装详解 3.1 系统要求 需要 Java 8 或更高版本（支持 Java 8 到 Java 26），提前安装好即可。 3.2 在线安装（推荐） Mac / Linux / 鸿蒙 PC： curl -fsSL https://solon.noear.org/soloncode/setup.sh | bash Windows（PowerShell）： irm https://solon.noear.org/soloncode/setup.ps1 | iex 重复执行安装命令即可更新，安装器会更新程序文件，且保留你的配置或定义文件。 3.3 离线安装（内网 / 信创隔离环境） 如果目标机器没有外网，采用「一台联网机器下载 + 拷贝到目标机器安装」的方式： 第一步：在联网机器下载最新版安装包 用浏览器打开Gitee Releases 页面手动下载soloncode-cli-bin-*.tar.gz。 第二步：拷贝到目标机器并解压 通过 U 盘、scp、内网共享等任意方式，把tar.gz传到目标机器，然后解压（里面有install安装脚本）。 第三步：运行安装脚本 Mac / Linux / 鸿蒙 PC： sh install.sh Windows（PowerShell）： & "./install.ps1" 安装脚本会把程序文件写入~/.soloncode/，并尝试将soloncode命令注册到 PATH。 3.4 安装后的目录结构 ~/.soloncode/ +-- AGENTS.md # 全局智能体提示词 +-- settings.json # Web 设置页维护的全局配置 +-- bin/ | +-- soloncode-cli.jar | +-- soloncode | +-- soloncode.ps1 | +-- uninstall.sh | +-- uninstall.ps1 | +-- uninstall.cmd +-- skills/ # 全局 Skills +-- agents/ # 全局子代理 +-- commands/ # 全局自定义命令 +-- extensions/ # Java 扩展插件 +-- memory/ # 全局长期记忆（默认） 项目目录下还可以有工作区配置： project-root/ +-- .soloncode/ +-- settings.json +-- AGENTS.md +-- CODE.md +-- sessions/ +-- skills/ +-- agents/ +-- commands/ +-- logs/ 3.5 首次配置模型 soloncode web 0 打开浏览器后进入「设置 → 大语言模型」，添加模型并测试连接。 3.6 快速验证 soloncode cli 进入 CLI 后可以输入： 你好啊 也可以启动 Web 模式： soloncode web # 默认端口 4808 soloncode web 0 # 自动选择可用端口 soloncode web 1212 # 指定端口 3.7 卸载 Mac / Linux： sh ~/.soloncode/bin/uninstall.sh Windows（PowerShell）： & "$HOME/.soloncode/bin/uninstall.ps1" 3.8 常见问题 问题 建议 soloncode命令找不到 重新安装。或检查安装脚本是否已写入 PATH 模型连接失败 检查apiUrl、apiKey、模型名与网络代理 Web 端口被占用 使用soloncode web 0或指定其他端口 四、SolonCode 的主要特点 4.1 全中文驱动的交互体验 SolonCode 从底层到界面都面向中文用户设计。 全中文界面：所有菜单、设置、提示、帮助文档均为中文，模型配置的完整路径是： 设置 → 模型 → 添加模型（填 API URL、API Key、模型名）→ 测试连接 22 种界面语言：除了简繁中文，还支持英日韩、德法西意俄葡，以及阿拉伯语、孟加拉语、挪威语等小语种，默认跟随系统语言。切换语言无需重启，即时生效。 字体与字号自由调节：v2026.8.4 起支持界面字体 12 个候选可搜索，代码字体独立选择，字号 85%~150% 无级缩放，字体与布局解耦，放大文字不会撑变形。 4.2 模型不绑定，国产模型优先支持 SolonCode 不绑定任何单一模型，用户可以自由选择： DeepSeek：目前国内性价比最高的通用模型之一，编码任务效果接近 GPT-4 级别。 QWen / GLM / Kimi：国产主流模型，都有免费额度。 Ollama 私有部署：企业内网离线运行，数据完全不出门，成本仅为电力。 GPT / Claude / Gemini：如需使用海外模型，也可以接入，完全自主。 模型切换在 Web 面板里点一下就好，不需要改代码或重新部署。 代码、对话、记忆全部不出境，对于金融、政务、军工等强监管行业，这是基础能力，不是选配。 4.3 心智记忆 Web 化 SolonCode 内置长期记忆能力，记忆条目在 Web 界面中直接维护： 按重要度与时间浏览所有记忆 语义检索精准定位历史经验 条目上百后也能快速找回 记忆是团队的资产，不是个人的——不同会话可以共享同一份记忆库，项目级的知识沉淀自动复用。 4.4 代码理解与工程能力 底层架构从零构建，自研 ReActAgent 推理引擎，具备： 角色与指令系统：可以给智能体设定明确的角色和任务指令。 子代理管理：内置bash、explore、general、plan四个子代理，除general外均无写权限，边界划在配置里。 ReAct 反思循环：执行 → 观察 → 反思 → 再执行的闭环，允许中途纠正方向。 /goal简化命令：一键定义目标，智能体自主拆解任务。 实测案例：v2026.8.3 版本的 15 分钟第一次成功指南，记录了一个真实团队从零安装到产出可审查代码变更的完整路径，包含测试连接、模型配置、进入项目目录、下达代码审查指令、查看 Diff 四个环节，全部可截图验证。 4.5 与现有工程线无缝兼容 SolonCode 支持主流编程语言和框架，不强制要求特定技术栈： 构建工具：Maven、Gradle、npm、pnpm、yarn、Go Modules 等 语言：Java、Python、Go、JavaScript/TypeScript、Kotlin、C# 等 操作系统：macOS、Linux、Windows、鸿蒙 PC 项目目录下可以放置.soloncode/CODE.md自定义规约，团队共享的工程规范会被智能体自动读取并遵守。 五、总结 SolonCode 的定位很明确：把 AI 编码能力从海外模型换到国产模型，让数据不出境、让团队用中文、让工程线不重写。 如果你正在寻找一个： - 模型可接 DeepSeek/QWen/GLM 等国产 API - 代码、对话、记忆全链路不出境 - 中文界面开箱即用 - 安装简单、离线可用、内网部署无障碍 的编码智能体，SolonCode 是目前国内最完整、最接地气的方案。
2026-08-21
优秀的个人博客,低调大师

国产化替代 VMware：ZStack vs 深信服怎么选

VMware 替代的选型讨论，很容易停在“哪家能替”这一层。但真正决定项目成败的问题在下一层：替代之后，你的授权模式、存量硬件、迁移路径、退出机制分别变成什么样。 这五件事在 POC 阶段都能验，但常规 POC 通常只测虚拟机创建、热迁移、HA 切换——这三项各家都能过。 这篇给五个应该进 POC 验收单的技术验证点，以及四家主流方案在这五点上的结构性差异。 关于本文的对比方法：VMware 相关信息引自 Broadcom 官方 TechDocs 与 Knowledge Base 公开文档，查证于 2026 年 8 月；其他厂商信息来自各自官网公开产品资料。厂商的宣传性表述按原文记录，本文不代为验证真伪、不做能力打分、不做优劣排序。授权条款更新较快，采购决策前请以各厂商官方最新文档为准。 一、五个验证点的四家对照 资料来源：Broadcom 官方 TechDocs（VCF 9.0 / 9.1 Licensing Overview）与 Knowledge Base（vSphere 9.x 与 VCF 9.0 授权流程）；深信服官网博客《超详细！VMware数据迁移全流程说明书》《一份全面的VMware替换数据迁移指南》与公开解决方案文档；SmartX 官网 VMware 替代方案页、SMTX 迁移工具博客与官方答疑合集；ZStack 官网产品资料与官方发布材料。均查证于 2026 年 8 月。 这张表里最该细看的三栏 其一，迁移并发数直接决定割接窗口能装下多少台。 三家公开资料给出的并发能力差别明显：深信服 2024 年官方博客说明纳管迁移最大并发 2 台、其余排队；SmartX 2024 年官方答疑说明 SMTX 迁移工具最大并发 5 台；ZMigrate 支持 50 台并发且任务按队列自动调度。 需要说明：上述竞品并发数据来自各厂商 2024 年的公开材料，产品能力可能已随版本迭代变化，选型时应向厂商索取当前版本的书面确认。 这个数字要和你的割接窗口一起算。一百台虚拟机、一个周末的窗口，并发 2 台和并发 50 台对应的是完全不同的排期方案——前者可能需要拆成多个批次跨越数个周末，每次都要重新协调业务停机。 其二，“迁移过程中能不能改配置”是个容易被忽略的分水岭。 深信服官方文档对纳管迁移的说明很坦率：迁移流程上未做复杂工程化处理，迁移过程中不能对配置进行修改，如需配置变更、定时切换、无人值守需改用 SCMT 工具。这意味着简单批量迁移和精细化迁移走的是两条工具路径，选型时要确认你的场景该用哪条，以及两条路径的能力边界。 其三，跨CPU架构迁移的风险各家都存在，差别在于说不说。 SmartX 官方答疑里明确提示：因 CPU 平台改变，不排除部分应用出现兼容问题，建议上线前做必要检查与测试。这是一句诚实的提示，也是所有涉及信创替代的迁移项目都要面对的现实。 区别在于验证手段：如果能在源端业务不中断的前提下先创建测试虚拟机、把应用完整跑一遍，这个风险在割接前就能暴露；如果只能割接后再验证，风险就落在割接夜。这一项建议对每家都问：迁移前能不能做完整的应用验证，怎么做。 二、验证点一：授权与许可 该验什么 ZStack侧的实际情况 •按节点授权 •授权池管理：授权集中入池，按环境分发、调剂和回收；失联环境移除后即可释放其占用额度 • 这一机制在多站点、有环境上下线的场景里差别更明显——总部统一持有授权，各站点按需领用 POC动作 在测试环境里移除一个已授权的环境，观察额度是否回到池中并可重新分发。这一项各家的实现差别明显，且只有实测才能看出来。 三、验证点二：存量硬件与存储 该验什么 替代项目的首期投资规模，主要取决于“存量能保住多少”。 ZStack侧的实际情况 •硬件利旧：支持多品牌、多型号、多代次服务器利旧，支持跨代跨型号 CPU 组成统一集群 •存储对接：LocalStorage、iSCSI、FC、RBD、NFS 等多种协议 •共享块存储：Shared Block 技术针对 SAN、NVMe-oF 场景做了优化（性能数据为内部测试环境结果，实际以现场 POC 实测为准） POC动作 拿你手上代次最老的那三台服务器去装，看能不能进同一个集群；把现有 SAN 挂上去跑一次读写。不要用厂商提供的标准测试机做这一项。 四、验证点三：迁移过程 这是五个验证点里工作量最重的一个，也是最该细看的一项。 迁移状态机 一次严谨的迁移，虚拟机会经历七种状态：同步中、停止同步、同步失败、可割接、割接中、割接成功、割接失败。 这个状态机的意义在于：任何一步失败，都有明确定义的下一步，而不是“重来一遍”。从停止同步、同步失败、可割接三种状态，都可以重新发起增量或全量同步，不必推倒重做。 割接前：先建一台测试虚拟机 支持在首次全量同步完成后直接创建测试虚拟机。这台测试机可以单独配置 CPU、内存、网络和 IP，可以选择任意一个数据恢复点创建，并提供三种系统转换策略：执行系统转换、执行系统转换但不加载目标驱动程序、跳过系统转换。 价值在于：在源端业务完全没有中断的情况下，先把应用在目标平台上跑一遍。数据库能不能起、License 认不认新的硬件指纹、应用配置里有没有写死的 IP——这些问题应该在割接夜之前就知道答案。 割接策略是四项独立配置 是否立即割接、是否创建回滚快照、是否自动关闭源虚拟机、是否自动安装 VMTools。其中源虚拟机自动关机还可进一步选择正常关机或立即断电。 支持批量配置，也支持逐台自定义——一批一百台里，那三台核心业务机可以单独设置更保守的策略。 其余实用细节 POC动作 选三台系统：一台普通应用、一台数据库、一台有 License 绑定的软件。走完整流程——同步、建测试机、验证应用、割接、观察。计时并记录每一步。 五、验证点四：回退机制 这一条最少被写进RFP，却最容易在割接夜决定项目成败。 几乎所有迁移工具都能把虚拟机搬到新平台。差别出现在搬过去之后应用起不来的那一刻——这时候决定成败的不是搬得多快，而是三件事：源端虚拟机当前处于什么状态、有没有可用的回滚点、回退需要多久。 关键机制 如果割接前启用了回滚快照，割接之后可以仅删除割接程序、回滚到割接前状态。 需要明确这个机制的边界：它是基于快照的确定性回退动作，不是“割接后开一个多少小时的观察窗口”。这两者的区别不是时长长短，是机制不同。 该问清楚的三件事 • 回退依赖什么机制？ • 回退需要多长时间？ • 回退之后源端数据是否仍然完整？ 这三个问题建议要求书面答复，对所有候选方案一视同仁。 六、验证点五：演进连续性与安全合规 演进连续性 替代 VMware 的动机之一是规避供应商的不确定性。如果新平台在演进过程中出现大版本不兼容、需要重新部署、或者升级必须停业务，那么替代只是把风险换了个位置。 要看的是：是否支持生产环境跨版本在线热升级，覆盖哪些版本区间，升级失败的回退机制是什么。 ZSphere 支持生产环境跨版本无缝热升级，升级过程中业务持续运行（具体支持的版本区间以产品文档与现场适配确认为准）。 安全与合规 ZVF 1.0 中 ZSphere 5.1 的相关能力： 加密那一条里“快照、备份和克隆继承加密属性”值得单独看——加密如果只覆盖运行态、不覆盖派生数据，合规链路是断的。这一项建议在 POC 中实测验证：加密一台虚拟机，然后对它做快照和备份，检查派生数据是否同样加密。 七、按替代驱动力选验证重点 五个验证点不必同等权重。先确认自己为什么要替代，再决定重点验哪几项。 前两项是当前VMware替代最集中的触发原因。如果你的项目由这两条驱动，授权计量方式和国产芯片支持这两栏的差异，会比功能列表上的差异重要得多。 八、POC验收核对表 九、需要如实说明的几点 每条配一个核实动作。 一、ZLR 1.0为技术预览版。跨站点容灾能力当前不适合写进生产环境的验收标准。核实方法：如果容灾是硬需求，要求提供正式版本的发布节奏说明，在此之前按现有备份与数据保护能力做规划。 二、我们在超大规模生产环境的公开案例少于部分老牌厂商。中小与中型规模场景积累充分。核实方法：如果你的环境属于数百节点以上量级，要求提供同量级的可核实案例并做现场走访。 三、地市级服务网点密度仍在建设中。主要一二线城市有覆盖，下沉城市与经营多年的国际厂商相比还有差距。核实方法：要求提供你所在城市的原厂或认证工程师名单与响应时效书面承诺。这条建议对所有候选厂商一视同仁地执行。 四、应用适配不是平台厂商单方面能解决的。绑定硬件指纹的 License、依赖特定驱动的老旧应用、供应商已不再维护的系统，这三类需要应用厂商配合。核实方法：在选型之前先做应用清单盘点，标注每个系统的供应商维护状态与 License 绑定方式。 五、替代是有成本的。迁移工作量、运维团队学习曲线、并存期管理成本都真实存在。任何声称可以无感切换的说法，都值得追问具体的实施口径。 十、小结 VMware 替代方案的选型，绕不开三个动作： •先确认替代驱动力。续约成本、信创合规、存量保值、业务连续性、等保密评——驱动力不同，该重点验证的项完全不同。 •再比结构，不比功能。授权计量方式、国产芯片支持、存量存储协议、迁移与回退机制。这四项都不写在功能对比表上，但决定替代之后三年的处境。 •最后把退路写进RFP。测试验证、回滚快照、状态机完整性、日志可追溯——这四项应该和功能清单一样，成为合同条款的一部分。 有一个问题建议对每一家都问一遍：割接失败之后，回退依赖什么、需要多久、源端数据是否完整。这三个答案组合起来，就是这个项目的风险底线。 数据来源与说明 •竞品信息来源：VMware 相关信息引自 Broadcom 官方 TechDocs（VCF 9.0 / 9.1 Licensing Overview、Offerings and Components）与 Broadcom Knowledge Base（vSphere 9.x 与 VCF 9.0 授权流程说明）；深信服相关信息来自其官网产品页、技术支持站点公开产品文档及官方博客《超详细！VMware数据迁移全流程说明书》《一份全面的VMware替换数据迁移指南》；SmartX 相关信息来自其官网 VMware 替代方案页、SMTX 迁移工具技术博客与官方答疑合集。均查证于 2026 年 8 月；其中并发数据等具体规格来自各厂商 2024 年发布的公开材料，可能已随版本迭代变化。厂商官网的宣传性表述按原文记录，本文不代为验证真伪。各厂商产品与授权条款更新较快，采购决策前请以各厂商官方最新文档为准。 •对比方法说明：本文只列结构性事实，不做能力打分、不做优劣排序。标注“公开资料未明确”表示在公开渠道未检索到明确说明，不代表该厂商不具备相应能力，建议向厂商直接确认。 • ZStack 产品能力数据来自官方产品资料与官方发布材料；标注为内部测试环境的数据，实际表现以现场 POC 实测为准。 • 本文为选型方法参考，不构成采购结论。
2026-08-21
优秀的个人博客,低调大师

反射内存技术发展趋势与国产化替代

反射内存网络诞生于上世纪九十年代（如 VMIC 的 5587 系列），至今已走过三十余年。在以太网、InfiniBand、TSN 等新技术层出不穷的今天，反射内存在飞行仿真、军工测控、实时控制等硬实时领域依然占据不可替代的位置。它的生命力来自一个朴素的判断：对微秒级确定性通信而言，把网络伪装成内存，仍是最简单、最可靠的工程方案。展望未来，反射内存正沿着"性能提升、形态演进、自主可控"三条主线发展。
2026-09-02

资源下载

更多资源
Mario

Mario

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

时间: 2026-04-11 大小: 211.28KB 下载: 56次
腾讯云软件源

腾讯云软件源

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

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

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

时间: 2026-09-19 大小: 189MB 下载: 8次
Sublime Text

Sublime Text

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

时间: 2026-08-21 大小: 9.84MB 下载: 40次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册