首页 文章 精选 留言 我的

精选列表

搜索[HCI软件]，共10000篇文章
优秀的个人博客,低调大师

​手把手教你用 WorkBuddy 软件测试全流程

- 测试同学大概都有过这种体验：需求评审会开了两小时，会后对着几十页的需求文档发呆——哪些是功能点？哪些是测试点？边界值在哪？会上明明讨论过的问题，散会就记不清结论了，还得自己重新看下需求文档。 - 我用 WorkBuddy 把这条链路完整走了一遍：**需求文档拆解 → 会议字稿澄清 →批量出用例 → 浏览器自动化验证**。全程不写一行测试代码，每个节点都有可交付的产出物。 下面按实际操作演示。 --- # 新建对话 ![](https://developer.qcloudimg.com/http-save/yehe-1265379/f0ff2b40f2631cae8e5425cc29d8a5f7.png) - 下载打开workbuddy，新建对话选择版本文档所在文件夹 ## 一、分析需求 - 为了让演示可复现，我用一个虚拟的「员工请假审批系统」做例子，它包含： - **5 个功能模块**：登录与角色、提交申请、我的申请、待我审批、假期额度 - **7 条业务规则**：时长按自然日算、半天计 0.5 天、单次上限 15 天、额度不足拦截…… - **第 8 章留了 6 个待澄清问题**：跨周末怎么扣时长、撤回有没有时限、额度不足是硬拦还是特批…… ![](https://developer.qcloudimg.com/http-save/yehe-1265379/5ac8cafd6ea5b844667092e8013799b2.png) ![](https://developer.qcloudimg.com/http-save/yehe-1265379/c368d90f28eaca229b5e767fa68190c2.png) *图 1：需求文档。 配套还有一个单文件的 Demo 页面，浏览器打开就能点。 --- ## 二、第一步：把需求文档丢给它，功能点和测试点一次理清 最土但最有效的用法：把整份文档喂给 WorkBuddy，让它按**测试视角**重排一遍。 我的提示词： ``` 读取需求文档，按功能模块拆出功能点清单， 再针对每个功能点列出测试点（覆盖正常流、边界值、异常流、权限）。 输出成表格，并标出哪些需求点存在歧义。 ``` 得到的产出是两张表：一张功能点清单（对应 F1~F5），一张测试点清单。后者是重点——它会主动把每个功能点拆成「正常流 / 边界值 / 异常流 / 权限」四条线，这一步人工做很容易漏。 ![](https://developer.qcloudimg.com/http-save/yehe-1265379/0458629fc2c9ed795e3fd291bda2b028.png) ![](https://developer.qcloudimg.com/http-save/yehe-1265379/b0ec48d025a6a87b4253820e8f9cf43b.png) ![](https://developer.qcloudimg.com/http-save/yehe-1265379/7db7f9e08c9cd450f86117de6d8054ad.png) *图 2：功能点 + 测试点清单* **注意**：自己过一遍功能点和自己往期的经验检查下，有什么问题再让它改下。也可以用workbuddy的专家功能，选测试或者需求类的。 --- ## 三、第二步：让 WorkBuddy 去听需求澄清会 需求评审会散会后，那些口头结论往往没人整理成文档。腾讯会议默认会生成转写字稿，WorkBuddy 可以直连腾讯会议把内容取出来。 提示词： ``` 用腾讯会议连接器拉取最近一场需求评审会的字稿， 把需求文档第 8 章的 6 个待澄清问题逐条找答案，给出结论和出处时间戳。 ``` 它取字稿有三条路，优先级不一样： |方式|内容特点|前置条件| | --- | --- | --- | |智能纪要|AI 加工后的要点，内容较全|需要录制权限| |转写逐字稿|谁说了哪句原话，最准确|需要录制权限| |元宝纪要|概览、要点、待办|无需权限，人人可取| - 需要注意的是自己的云录制和需求同事录制获取方式不同。 ### 自己录制的： - 直接用连接器获取 ![](https://developer.qcloudimg.com/http-save/yehe-1265379/e8b1b2d0373e3b280602826770529f2e.png) （这个是我测试录制的，实际各位用真实的然后让ai更新功能清单即可） ### 他人（产品）分享 - 大部分需求会议是产品组织的，这类会议不是我们自己组织的，连接器拿不到字稿，需要让 AI 自己打开浏览器去取。 ![](https://developer.qcloudimg.com/http-save/yehe-1265379/caabc511c1e33e95ac11344d824b01c0.png) ![](https://developer.qcloudimg.com/http-save/yehe-1265379/5f502de1b0112273ad4552029d08b929.png) - 这条「登录进去抓字稿」的链路，同样可以固化成 skill，下次直接用。做法和第四章一样 **这一步的价值**：有一些需求文档没有写清的点，一般会在会议中说明，可以修补测试功能点。 --- ## 四、第三步：造一个属于你自己的测试 skill 问题在于：每个团队的用例格式都不一样。你们公司可能要求「用例编号 / 模块 / 前置条件 / 步骤 / 预期 / 优先级」这一套，隔壁团队用另一套。每次让 AI 生成用例，格式都随缘，你还得手工往公司模板里搬——很烦。 WorkBuddy之类的智能体都支持skill ：你可以让它**自己造一个 skill**，把你团队的用例格式固化进去。以后每次直接调用，格式永远一致。 我的提示词： ``` 我要创建一个测试用例生成 skill，请帮我建好。 格式要求（固定字段与顺序）： 用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 / 前置条件 / 测试数据 / 操作步骤 / 预期结果 / 对应需求 / 自动化建议 用例编号规则：TC-- 用例类型：功能 / 边界 / 异常 / 权限 / 兼容 / 性能 优先级：P0 主流程、P1 核心规则、P2 边界值、P3 极端场景 约束： - 预期结果必须可判定，禁止写「正常」「正确」这类词 - 需求没规定的，标注「待澄清」，不要自己编规则 - 边界用例必须成对出现（如 15 天通过 / 16 天拦截） ``` ![](https://developer.qcloudimg.com/http-save/yehe-1265379/2012e69c967bf7b0fd6e49b470c780d6.png) **为什么值得单独做这一步？** 因为它是一次投入、长期复用：格式固化之后，换项目、换团队，只要格式不变，调用方式就不变。而且 skill 是可以迭代的——发现哪条约束不好用，改一句让它更新，比每次在提示词里重复一遍省事得多。 --- ## 五、第四步：用这个 skill 批量生成测试用例 skill 建好之后，出用例就是一句话的事： ``` 用刚建的测试用例 skill，对需求文档生成完整测试用例集，并附需求追溯矩阵。 ``` ![](https://developer.qcloudimg.com/http-save/yehe-1265379/da941e466b58824ee5d1b0896264ba1d.png) 同时还给了一张**需求追溯矩阵**，直接列出每个需求被哪些用例覆盖： ![](https://developer.qcloudimg.com/http-save/yehe-1265379/e7b6f96d4d3d3b00e26394765b41457c.png) 这张表在评审时特别顶用——哪个需求一条用例都没有，一目了然。 --- ## 六、第五步：浏览器自动化，让它自己去点页面 用例写完了，接下来是执行。WorkBuddy 内置浏览器自动化能力，可以直接打开被测页面、填表单、点按钮、断言结果，并在关键步骤截图留证。 让它按刚才生成的用例逐条验证： ``` 启动本地服务打开 Demo 页面，按生成的用例逐条验证，逐条断言并截图。 ``` ![](https://developer.qcloudimg.com/http-save/yehe-1265379/529dd7c054e3585c231b2d44c478e23d.png) 它执行完会给出断言结果。摘几条实际跑出来的： ![](https://developer.qcloudimg.com/http-save/yehe-1265379/ef741db61a65c98bcfd93f2a12cc3a32.png) ![](https://developer.qcloudimg.com/http-save/yehe-1265379/0b978df07c7bfcf6aa7312f103cb3622.png) 注：AI 是工具，需要自己检查一遍。 ## 附：文中用到的提示词汇总 ``` 【第一步】读取需求文档，按功能模块拆出功能点清单，再针对每个功能点列出测试点 （覆盖正常流、边界值、异常流、权限）。输出成表格，并标出哪些需求点存在歧义。 【第二步】用腾讯会议连接器拉取最近一场需求评审会的字稿，把需求文档第 8 章的 6 个待澄清问题逐条找答案，给出结论和出处时间戳。 【第三步】我要创建一个测试用例生成 skill，请帮我建好。格式要求（固定字段与顺序）： 用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 / 前置条件 / 测试数据 / 操作步骤 / 预期结果 / 对应需求 / 自动化建议 … 【第四步】用刚建的测试用例 skill，对需求文档生成完整测试用例集，并附需求追溯矩阵。 【第五步】启动本地服务打开 Demo 页面，按生成的用例逐条验证，逐条断言并截图。 ``` #WorkBuddy #AI办公
2026-09-12
优秀的个人博客,低调大师

文件防泄密软件：怎么才能守住企业核心文件

成都一家投标公司的商务人员把标书错发到竞争对手邮箱，对方不仅拿下项目、摸清了报价策略与成本结构，公司连续三标落空、半年丢了两位长期客户。 更糟的是标书被截屏外传，核心参数再无保密性。 这类损失的根源，是文件在离开内部环境后彻底脱离了企业的控制边界。 文件防泄密的核心思路，是在文件本身而非网络边界上做文章。 让它无论被拷贝到哪里，都带着可识别的身份、受限权限与可追溯痕迹。 ![image.png](https://developer.qcloudimg.com/http-save/yehe-12589909/fb34b988674c53e94dda5012067a1089.png) ## 文件指纹：给每份文件一个可识别的身份 文件指纹用哈希把文件映射成一段定长摘要。 SHA-256 对内容做单向摘要，内容改一个字节摘要就完全不同，适合做精确匹配，用来判断外发附件是不是那份标书。 仅靠精确哈希还不够，文件常被改名、转 PDF 或压缩打包。 ssdeep 这类模糊哈希专门解决此问题： 它把文件切成分块做上下文触发哈希，在内容大体不变、格式微调时给出相似度分值。 系统用 SHA-256 做精确命中、用 ssdeep 做相似度排序，两份配合可在外发流量里捞出该文件变体。 指纹的价值不只是识别。 指纹入库后，文件在哪些终端出现、被谁外发，都能串成轨迹，为审批与溯源提供依据。 ![image.png](https://developer.qcloudimg.com/http-save/yehe-12589909/3cab2f1ec11c18d5370e272288bd3739.png) ## 透明加密与 IRM：落盘即密，权限随文件走 透明加密解决"文件离开内部就失控"的问题。 它在文件系统层拦截写操作，文件落盘时即用对称密钥加密。 只有安装授权客户端、且进程在白名单内的环境才能解密打开； 文件被拷到未授权设备、或随员工离职带出，拿到的只是一堆密文。 密钥管理通常走"用户密钥加文件密钥"双层结构： 每份文件有独立文件密钥，再用用户或部门密钥包裹，既支持按人撤销，也避免单密钥泄露导致全局崩盘。 IRM（信息权限管理）把控制从"能不能打开"推进到"打开后能做什么"。 它在文件嵌入权限策略，限制打开次数、设有效时限、禁止转发、禁止打印、禁止截屏。 权限判定在服务端完成，离线时客户端按本地缓存的策略票据执行，票据过期即失效。 透明加密管访问，IRM 管使用行为，两者叠加构成"打不开"与"打开了也受限"的双重约束。 ![image.png](https://developer.qcloudimg.com/http-save/yehe-12589909/ee3eb0291a8388bf2f90cea0dc8cd17b.png) ## 审批、水印与全程审计：外发留痕，流出可溯 文件必须对外流动时，审批工作流承接出口那道闸。 外发请求带着指纹、接收方、用途进入审批链，合规的外发被打上受限策略再放行，避免单次误发演变成连锁损失。 水印溯源是兜底手段。 外发文件嵌入 forensic watermark，把用户 ID、设备 ID、时间戳编码进可见或不可见水印； 截屏、拍照流出后，企业拿到样本就能反查责任人。 水印与指纹、审批联动，构成"加密保底、权限约束、审批放行、溯源追责"的四层配合： 加密确保离开即密，IRM 限制使用，审批控制出口，水印在泄露后锁定来源。 邮件与网盘附件的内容审计贯穿始终，对出站流量做指纹与敏感词检测； 离线环境管控保证未授权设备即便拿到文件也无法解密。 几条技术线合在一起，文件才算真正被拴在企业的控制边界之内。 责编：小赵
2026-09-08
优秀的个人博客,低调大师

工程仿真软件中的网格4：节点重新编号

有限元网格划分后，还可以对节点进行重新编号。这种重新编号，不改动几何坐标，只是改变节点数组的存储顺序。从而改变有限元大型稀疏矩阵的节点编号，可以优化稀疏矩阵非零元分布、带宽、轮廓、和缓存命中率，从而降低矩阵带宽，减少内存与求解时间。节点重新编号不会改变仿真计算结果，但是可以提升有限元计算效率。 ![Image](https://developer.qcloudimg.com/http-save/1668975/f4075383d53a31c102883e9a9e27059f.webp) 本文从实际开发与应用的角度，讨论常用的两种节点重编号算法：Reverse Cuthill McKee（RCM）和Hilbert空间填充曲线算法。两种方法各有优点，适用于不同类型的矩阵计算，两种方法的特征与优点如下表所示。 |算法名|Reverse Cuthill McKee|Hilbert| | --- | --- | --- | |输入信息|拓扑连通性，不需要坐标|XYZ 几何坐标，不使用单元连通| |优化目标|最小矩阵带宽 /profile|空间局部性、CPU/GPU 缓存| |适用求解器|直接稀疏求解器 (SPARSELU,MUMPS)|迭代求解器 (CG,GMRES),GPU FE| |多分离部件|表现稳健|部件相距远时效果退化| |计算开销|BFS 图遍历，中等|坐标变换 + 大数组排序，通常更快| |矩阵带宽|优秀|一般，经常更大| |空间局部性|无保证|优秀| **Reverse Cuthill McKee算法** RCM是一种经典的图重排序算法，用于有限元节点重编号后，可以减小刚度矩阵带宽(bandwidth) / 轮廓 (profile)，即让非零元素尽量靠近主对角线，降低求解内存开销，优化直接稀疏求解器性能。算法只使用纯拓扑的网格连通关系，不使用几何空间坐标，纯图论算法，因此几何邻近的节点在重排以后，编号不一定邻近。 RCM具体算法流程如下： 1. 收集参与重编号的节点，构建节点 顶点邻接图（graph）。 2. 寻找伪外围节点 (pseudo peripheral node)。图上距离最远的一对作为起点，减少最终带宽。作为广度优先搜索（BFS）遍历起点。 3. 执行 Cuthill McKee BFS 分层遍历，得到编号序列。 4. Reverse 反转序列，得到 RCM 编号。 在实际开发RCM算法时，有一些细节，如 • 只对实体网格节点做图，跳过孤立节点。图是无向图，图边代表两个顶点共同属于至少一个单元。对图做连通分量分解，当模型有多个互不相连部件时，每个连通分量独立处理。 • 伪外围节点的寻找使用多次 BFS 迭代，不是严格的全图直径，而是使用工程近似方法，可以提升搜索遍历效率。 • RCM也适合用于四面体、六面体混合网格。对连通性好的连续体网格效果最好。对高度不连通、多分离部件模型，效果退化。 ![Image](https://developer.qcloudimg.com/http-save/1668975/5411bb4490cee326922ad2c282f1e6aa.webp) **Hilbert空间填充曲线算法** 使用Hilbert空间填充曲线对节点排序，可以使几何空间上邻近的节点在内存编号上变得接近，从而达到优化稀疏矩阵的目的，尤其是优化 CPU的L1/L2缓存命中率和内存带宽，对迭代求解器和大规模非结构网格收益明显。Hilbert方法内存开销小，不需要构建庞大的顶点邻接图，只存节点的指针，额外内存只有递归栈。 Hilbert具体算法流程如下： 1. 获取模型全部网格节点，提取每个节点的坐标 (x,y,z)。 2. 计算整个网格模型的全局包围盒 （bounding box），对于多部件模型，也可以直接放在同一个 Hilbert空间下。 3. 三维 Hilbert 曲线把单位立方体 [0,1]^3分成 2^3=8 个子立方体，曲线依次穿过这 8 个子立方体。同时，通过八叉树递归算法来实现节点的排序，无需使用额外的Hilbert 整数键值，而是直接在递归过程中用分区重排数组。 4. 生成置换数组，执行全局顶点与连通表重映射，后续流程和RCM 一致。 值得注意的是，这个算法并不生成显式的 64/128 位 Hilbert 整数索引，而是采用原地八叉树递归划分和格雷码变换，原地对顶点指针数组排序，避免大整数溢出问题。Hilbert法不优化矩阵带宽；生成的矩阵带宽经常比 RCMK 更大；直接求解器性能通常不如 RCM。 **总结** 本文讨论了两种常见的对网格节点重新排序的方法，网格节点重排序不改变有限元数学解，不改变单元 ID、面 ID，也不改变节点坐标，只是通过改变存储顺序提升求解效率，仿真结果完全等同。 这两种方法在选用时，可以根据后续的求解器来选择，直接求解器使用RCM方法，迭代求解器使用Hilbert方法。也可以根据是否多体模型来选择，模型包含大量空间分离独立零件，优先 RCM，如果坚持用 Hilbert，建议按物理实体分片处理。 网格重编号的算法的具体实现并不唯一，只要能够高效且正确地重新编号，并提升求解器效率，就是优异的算法。
2026-08-28
优秀的个人博客,低调大师

AI运维软件 WGCLOUD v3.6.9 更新说明

WGCLOUD v3.6.9 更新说明，2026-07-30发布 1. 新增，IPMI监控模块 2. 新增，中间件RocketMQ监控 3. 新增，v11版大屏 4. 新增，数据开放接口，查询中间件RocketMQ数据 ，查询IPMI监控数据 5. 新增，监控数据库InfluxDB 6. 优化，新增设置 磁盘IO读写速率连续几次超过阈值后发送告警，修改server配置文件(config/application.yml)里的配置项diskIoSpeedWarnCount即可 7. 优化，下发指令列表页面，指令显示前100个字符，之前是最多显示60个字符 8. 优化，显示IP地理位置，Nginx日志分析、系统登录、Linux主机最新登录信息提醒等模块，在IP后显示地理位置信息，示例如下 ``` # Linux系统登录提醒 用户名：root，终端：pts/1，来源IP：111.18.xxx.xxx[中国-江苏省-南京市-移动-CN]，时间：2026-07-22 20:20:13 # WGCLOUD系统登录密码错误提醒 admin密码已连续5次输入错误，20分钟内禁止登录，登录IP：111.18.xxx.xxx，中国-四川省-成都市-移动-CN # WGCLOUD系统登录成功日志记录 账号admin登录系统成功，登录IP：111.18.xxx.xxx，中国-陕西省-西安市-移动-CN ``` 9. 优化，Linux主机最新登录信息提醒，格式化内容增强可读性 10. 优化，进程列表，异常进程列表，全量进程列表，内存占用如果超过1024M，自动转为GB显示 11. 优化，ping监控模块性能优化，支持ipv6 12. 优化，进程监控模块，修改进程启动命令的字段长度，200改为500，增加采集进程原始名称 13. 优化，提升登录系统时候，监控概要页面的加载速度 14. 优化，AI-LLM模块所有主机的磁盘io读写速率信息导出excel，增加每秒读写次数 15. 改造，中间件监控kafka，支持设置用户名和密码，查看说明 16. 改造，中间件监控Redis，采集展示更多运行参数数据，查看说明 17. 改造，中间件RabbitMQ监控，精减配置，支持配置多个节点，使用ManagementAPI采集数据，不再需要配置队列名称，查看说明 18. 改造，wgcloud snmp v3协议监控，支持:SHA，SHA224，SHA256，SHA512，3DES，AES128，AES192，AES256等认证协议 19. 优化，如果不在告警时间段，系统有告警通知的话，虽然不会发送告警通知消息，但是依然会把告警内容记录到系统日志，方便查阅 20. 优化，wgcloud-agent监控windows最近用户登录信息，不再使用powershell方式，防止360误报病毒 21. bug修复，监控snmp时候，设备运行天数出现科学计数的问题 22. 一些已知的bug修复，优化UI，性能提升，代码结构优化 ![](https://developer.qcloudimg.com/http-save/yehe-1423071/2f980836b6f5423c0a7c7ed50687f19f.jpg) ![](https://developer.qcloudimg.com/http-save/yehe-1423071/e548150651ac3d121cd55e611f7890cb.jpg) ![](https://developer.qcloudimg.com/http-save/yehe-1423071/0163b763e1b125e2419989709498d43d.jpg) ![](https://developer.qcloudimg.com/http-save/yehe-1423071/7510ab3e60ada5e3f5d852d7831371cc.jpg) ![](https://developer.qcloudimg.com/http-save/yehe-1423071/73c660eaa69376bfef940864b14d46e3.jpg)
2026-08-12
优秀的个人博客,低调大师

量化交易软件ptrade如何获取get_stock_status函数！

在Ptrade怎么判断股票是否是健康的股票呢？比如是不是 ST 股、有没有停牌、有没有退市，避免踩坑，今天我就来教大家使用get_stock_status函数。 get_stock_status函数的作用特别好理解：查询股票是不是 ST 股、有没有停牌、有没有退市（就像给股票做 "体检"）。返回的结果很简单：True（是 / 有）或False（不是 / 没有），一眼就能看明白。 举个生活中的例子：就像查食品的 "保质期和质量等级"，输入食品编号（类似股票代码），就知道它是不是过期了、有没有质量问题 ——get_stock_status就是这样，输入股票代码，就知道它的 "风险状态"。 **函数怎么使用？** get_stock_status函数用法很直接，核心是告诉它 "查哪支股票" 和 "查什么状态"： ![](https://developer.qcloudimg.com/http-save/12567181/b1afa0be84fb388dd6504ee3be4896f6.png) l 第一个参数（必须写）：股票代码（可以是单个代码，也可以是多个代码的列表）； l 第二个参数（可选）：查的状态类型，默认查 "ST"，常用的有 4 种（记不住就看下面的表）； l 第三个参数（可选）：查哪一天的状态，不写就查当天。 ![](https://developer.qcloudimg.com/http-save/12567181/459e6a77182a64afdf8a75641e8173d2.png) 4 种常用状态类型（记中文意思就行）： ![](https://developer.qcloudimg.com/http-save/12567181/033cc500fecfd55f8dd5e28a97093a0f.png) **实战演练：** 场景 1：模拟查一支股票是不是 ST 股 逻辑：模拟查某支股票是不是ST 股，避开高风险股票。 ![](https://developer.qcloudimg.com/http-save/12567181/585b843e946a5e3d7719065f42306986.png) 运行后会看到什么？如果是 ST 股，会提醒风险： ![](https://developer.qcloudimg.com/http-save/12567181/a88362dac3e8f69fcc83825df3e5b6f0.png) 场景 2：模拟查多支股票是否停牌 逻辑：模拟同时查多支股票有没有停牌，避免买了不能卖的股票。 ![](https://developer.qcloudimg.com/http-save/12567181/52c5d69febfb44a138ea58a705de1333.png) 运行后会看到什么？能清楚知道哪些股票能交易： ![](https://developer.qcloudimg.com/http-save/12567181/fce495f89782a55317eeccad9eea7189.png) 场景 3：模拟查股票是否退市 逻辑：模拟查股票是不是已经退市，完全不能碰。 ![](https://developer.qcloudimg.com/http-save/12567181/af01697075ad3290000b196ae7dac971.png) 运行后会看到什么？如果已退市，会强烈警告： ![](https://developer.qcloudimg.com/http-save/12567181/253cc141559c75408dece739c79bc33c.png) 新手要注意的点是： 1）股票代码必须写对，不然查不到 代码要带市场后缀（比如.SS、.SZ），比如工商银行必须写 "601398.SS"，少了后缀会返回空结果。 2）结果是 True/False，别搞反了 True表示 "是 / 有"（比如 ST 状态返回 True，就是 ST 股）False表示 "不是 / 没有"（比如停牌状态返回 False，就是没停牌） get_stock_status函数就是证券的 "风险检测仪"，核心作用就一个：快速查询股票的风险状态（ST、停牌、退市等），帮咱们避开雷区。用这个函数提前 "体检" 股票，能大大降低投资风险，炒股更安心。
2026-07-27

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

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

Spring

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

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

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

时间: 2026-08-21 大小: 1.42GB 下载: 6次
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

用户登录
用户注册