首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏学习笔记ol

    框架分析(11)-测试框架

    框架分析(11)-测试框架 主要对目前市面上常见的框架进行分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步。 集成测试框架 Selenium可以与其他测试框架进行集成,如TestNG和JUnit等。这使得开发人员可以更好地组织和管理测试用例,实现更复杂的测试流程。 总结 Selenium框架具有多语言支持、多浏览器支持、元素定位、页面操作、等待机制、浏览器控制、测试报告、并行执行和集成测试框架等特性。 缺点 难以测试外部依赖 JUnit框架主要用于测试Java类的内部逻辑,对于依赖外部资源或环境的测试,需要使用模拟框架或其他工具进行处理。 不支持并发测试 JUnit框架默认是单线程执行测试用例,不支持并发测试。对于需要并发测试的场景,需要使用其他工具或框架

    87720编辑于 2023-10-11
  • 来自专栏测试开发干货

    【deepseek用例生成平台-11】项目框架设计和实现

    项目本身是包含增删改查功能的,这些就是要关联到数据库和后端的功能。所以之前先拿公告功能练练手,有的小伙伴会觉得,AI都已经这么牛逼了,让AI生成这个功能不就好了么?

    27500编辑于 2025-03-13
  • 基于yolov11+pyqt5通用检测系统框架设计

    YOLOv11目标检测系统 这是一个基于YOLOv11和PyQt5开发的目标检测系统,具有美观的登录界面和功能完善的检测界面。 功能特点 登录界面 现代化的科技风格界面设计 支持用户名和密码验证 密码显示/隐藏切换功能 登录失败时的错误提示 支持回车键快速登录 默认用户名和密码:admin/admin 检测界面 支持图片、视频和摄像头实时检测 其他依赖包(见requirements.txt) 安装步骤 克隆或下载项目代码 安装依赖包: pip install -r requirements.txt 下载YOLOv11模型文件(默认使用YOLOv11n.pt : YOLOv11模型文件 注意事项 首次运行需要下载YOLOv11模型文件 使用摄像头检测时需要确保摄像头可用 视频检测支持常见视频格式 检测参数可以根据需要实时调整 开发说明 使用PyQt5构建图形界面 采用YOLOv11进行目标检测 使用OpenCV处理图像和视频 界面设计采用现代化的科技风格 更新日志 v1.0.0 初始版本发布 实现基本登录和检测功能 支持图片、视频和摄像头检测 添加参数调节功能

    29300编辑于 2025-07-17
  • 来自专栏自然语言处理

    智能体框架11 个顶级 AI Agent 框架

    本指南将深入探讨当前最优秀的 11 个 AI Agent 框架,比较它们的特性、优势、劣势以及理想的应用场景,帮助您为下一个项目做出明智的决定。 什么是 AI Agent 框架11 个最佳 AI Agent 框架 1. LangChain LangChain 是一个开源框架,已成为构建 AI 驱动应用最受欢迎的选择之一。 AutoGen (微软) AutoGen 是微软研究院开发的一个开源编程框架,专为构建和管理具有高级协作能力的 AI Agent 而设计设计文档 # 3. 架构图 # 4. 实现代码 # 5. 测试 if __name__ == "__main__": asyncio.run(main()) 11. 无论您需要用于构建对话 Agent、多 Agent 协作系统,还是复杂工作流自动化的框架,本指南介绍的 11框架都提供了多种选择,以满足不同的需求和技术专业水平。

    13.5K52编辑于 2025-07-02
  • 来自专栏Nodejs技术栈

    框架设计:如何基于 Egg 设计 Node 的服务框架

    Thinkjs[2] , 同样的约定大于配置,同样的基于 Koa2 进行包装完善,同样的采用多级分层的设计方式(Controller, Service 等等),让应用开发变得更加清晰明了,然而有趣的是 秉承怎样的设计理念 考虑授人以鱼不如授人以渔嘛,我们先分享下我们的设计理念,这是最简单却也最重要的开始部分,我们的目标是风格统一、上手容易、维护方便: ? image.png 定完目标,设计好流程,就要准备具体的实施了,我们实施涉及到过程,主要从下面四个方面着手: 框架关系 通用 API 插件定制 工程管理 如何设计 Framework 框架关系 我们将所有通用的 衍生出其他框架如 GraphQL 相关的框架、微服务相关的框架,它相当于是一颗框架种子,可以往不同的方向定制: ? image.png 工程管理 由于插件和插件之间,插件和框架之间,框架框架之间存在相互依赖的关系,代码管理就成为了比较头疼的问题,推荐使用目前比较火的 monorepo 来进行管理。

    1.6K21发布于 2019-09-30
  • 来自专栏天天

    框架设计(一)

    ==getTag方法(选取dom元素)和each方法(for循环的封装)== 1.通过标签名获取dom元素 //----------------------------------------- function getTag(tag,results){

    1.3K30发布于 2018-09-29
  • 来自专栏格姗知识圈

    网站框架设计

    通常情况为消费者根据自身需求定制产品和价格,或主动参与产品设计、生 产和定价,产品、价格等彰显消费者的个性化需求,生产企业进行定制化生产。

    3.3K40发布于 2019-07-19
  • 来自专栏Linyb极客之路

    框架设计原则

    按照作者的说法,其实是说,框架只负责管理对象,对象的出生和死亡不由框架负责。即,用户应将实例注册到框架中。 但 Spring 似乎不是这么做的。同时,如果使用注册机制,那么就需要硬编码。 这是在框架设计中,是非常重要的。 PPT 中已经说的非常清楚,我就不再说明。其中,Invocation 一定要轻量。否则,对 GC 来说,将是很大的压力(使用对象池?性能不好。) 这个就比较爽了,我们知道 Dubbo 是管道式设计。一个 Invoker 贯通整个流程,事实上,web 服务器都是这么设计的。例如 Tomcat ,Netty。 今天说的框架设计和现在大部分人喜欢说的架构设计有所不同,现在似乎只需要再 processon 上放几个阿里云组件,再连几条线,就是架构设计了 :) 我个人认为,框架设计更能考验一个程序员对程序的抽象和管理能力 然后,再说说我的总结:关于一个系统的设计,这里应该指的是框架设计,首先要知道用户需求(废话)。根据需求抽象出模型,再变成代码,且是可扩展,可复用的代码。

    1.5K31发布于 2018-11-30
  • 来自专栏移动端周边技术扩展

    app框架整体设计

    整体架构与模块化划分设计 项目采用Category方式设计把项目按照某个具体业务逻辑功能划分、模块之间未能够完全解耦,所以导致项目没办法使用pod方式管理 (采用通知回调是能够完全解耦,不实际、未采用 长连接模块设计 B215DD52-0EB9-4EA8-B342-CA7DCAB4C0F5.png st=>start: TCP登录 islogin=>condition: TCP登录成功?

    2.4K30发布于 2018-06-13
  • 来自专栏KisFlow-Golang流式计算框架

    Golang框架实战-KisFlow流式计算框架(11)-Prometheus Metrics统计

    那么KisFlow作为流式计算框架,那么有关每个Function的调度时间、总体的数据量、算法速度等等指标可能也是项目中或者开发者所要关注的一些数据,那么这些数据,经过KisFlow,可以通过Prometheus

    41210编辑于 2024-07-22
  • 来自专栏JAVA乐园

    RPC 框架设计

    需要设计“应用层报文(协议)” “跨进程”“远程”调用的过程 ? RPC 框架的架构职责 上述跨进程调用远端的服务,存在的问题是没有将通用操作抽离出来。 RPC框架职责: 让调用端,像调用本地函数一样,便捷的调用远程的服务 让服务端,像提供本地函数一样,便捷的提供远程的服务 向调用方屏蔽各种复杂性,向服务方也屏蔽各种复杂性,让调用方感觉上就是在调用本地函数一样 方案二:序列化协议 序号 | key 长度 | key 值 | value 长度 | value 值 序列化协议设计,要考虑什么因素? 像调用本地函数一样,去调用一个远端服务 为什么需要 RPC 框架? 用来屏蔽 rpc 调用过程中,跟业务代码无关的底层技术细节 什么是序列化?为什么需要序列化?

    2.6K20发布于 2021-04-12
  • 来自专栏编程一生

    系统设计11个考虑

    有了《系统架构的11条原则》,真正到设计阶段还有另外11个考虑。 系统正确性 考虑一:负负得正 假如我们看到某个代码,明显有逻辑错误,想随手改改。 这种问题要避免最好的时机是初版设计和开发阶段就避免。除了设计阶段逻辑要清晰,代码要做好审查、加上单体测试等测试手段外,可以将中间结果用debug日志打印。 考虑二:终态设计 在分布式系统中,由于系统是分布在不同机器上的。还可能有一种状态叫:超时。成功、失败和超时是分布式系统调用的三态。 在系统设计时,要考虑服务上线后,对于问题要自感知、自修复、自优化、自运维及自安全。 这么做一方面是设计问题,包括产品设计、数据库设计,还有一部分是安全问题:一个数值型的字段肯定比一个粗放的文本型字段被攻击的可能性小,起码不会传到后端之后被当成脚本被执行。

    55720编辑于 2022-05-06
  • 11.组合模式设计思想

    11.组合模式设计思想目录介绍01.组合模式基础1.1 组合模式由来1.2 组合模式定义1.3 组合模式场景1.4 组合模式思考1.5 解决的问题02.组合模式实现2.1 罗列一个场景2.2 组合结构2.3 文章还探讨了透明式和安全式组合模式的区别,并提供了设计建议和适用场景。适合初学者和有一定经验的开发者阅读。 六大设计原则,23种设计模式,设计模式案例,面向对象思想 设计模式 Java进阶 数据设计和原理,面向对象核心思想,IO,异常,线程和并发,JVM Java高级 网络协议 网络实际案例,网络原理和分层,Https,网络请求,故障排查 网络协议 计算机原理 计算机组成结构,框架,存储器,CPU设计 Android23种设计模式23种设计模式 & 描述 & 核心作用

    32210编辑于 2024-11-08
  • 来自专栏爱敲代码的猫

    java设计模式(11)-组合模式

    缺点: · 使得设计更加复杂。客户端需要花更多时间理清类之间的层次关系。(这个是几乎所有设计模式所面临的问题)。 使用场景: 将多个对象组合在一起进行操作,常用于表示树形结构中,例如二叉树等。

    49850发布于 2019-10-17
  • 来自专栏程序大视界

    11种常用的设计模式

    ,深挖表象之下隐藏着的细节往往才是灵魂所在,诸如:算法和数据结构、框架设计模式等,设计模式是一个虚幻的抽象的概念,好比建造房子时的设计理念方案一样,一个软件系统扩展性、可维护性以及稳定健壮性如何,很大程度上取决于设计模式 如下,介绍我们在日常开发中常用的11设计模式,这些设计模式都是非常经典,翻开源代码和一些开源框架经常会发现它们的踪影。 11 — 观察者模式 基本概念:定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。 13 — 总结 以上介绍的11设计模式在日常的开发工作中会经常使用到,也在很多开源框架如:Spring中就会看到很多的案例,灵活运用这些设计模式可以使我们的系统做到:易扩展、可维护性高、更稳健等。 ---- 参考文献:《大话设计模式》

    73510编辑于 2022-12-19
  • 来自专栏技术杂货店

    设计模式【11】-- 搞定组合模式

    设计模式系列: 设计模式【1】-- 单例模式到底几种写法? 设计模式【1.1】-- 你想如何破坏单例模式? 设计模式【1.2】-- 枚举式单例有那么好用么? 设计模式【1.3】-- 为什么饿汉式单例是线程安全的? 设计模式【2】-- 简单工厂模式了解一下? 设计模式【2.1】-- 简单工厂模式怎么演变成工厂方法模式? 设计模式【2.2】-- 工厂模式怎么演变成抽象工厂模式? 设计模式【3.1】-- 浅谈代理模式之静态、动态、cglib代理 设计模式【3.2】-- JDK动态代理源码分析有多香? 设计模式【3.3】-- CGLIB动态代理源码解读 设计模式【4】-- 建造者模式详解 设计模式【5】-- 原型模式 设计模式【6.1】-- 初探适配器模式 设计模式【6.2】-- 再聊聊适配器模式 设计模式 【7】-- 探索一下桥接模式 设计模式【8】-- 手工耿教我写装饰器模式 设计模式【9】-- 外观模式?

    40610编辑于 2022-01-19
  • 来自专栏JuneBao

    设计模式 11】抽象工厂模式

    当抽象工厂模式中每一个具体工厂类只创建一个产品对象,也就是只存在一个产品等级结构时,抽象工厂模式退化成工厂方法模式;当工厂方法模式中抽象工厂与具体工厂合并,提供一个统一的工厂来创建产品对象,并将创建对象的工厂方法设计为静态方法时 另外,应用抽象工厂模式可以实现高内聚低耦合的设计目的,因此抽象工厂模式得到了广泛的应用。 当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。 这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。 增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”。

    47030编辑于 2022-10-26
  • 来自专栏Lvshen的技术小屋

    设计模式11之装饰模式

    好的设计方式是不改变轮子的结构,动态的扩展功能。装饰模式就是这样的一种设计方式。

    30210编辑于 2022-05-05
  • 来自专栏王清培的专栏

    .NET框架设计(常被忽视的框架设计技巧)

    —常被忽视的C#设计技巧”一文来看,对于框架设计的技巧还是有很多人比较有兴趣的,那么框架设计思想对于我们日常开发来说其实并不是很重要,但是对于我们理解框架背后的运行原理至关重要;当我们使用着LINQ灵活的语法的同时我们是否能理解它的背后运行原理 、设计原理更深一点就是它的设计模式及复杂的对象模型; 从一开始学习.NET我就比较喜欢框架背后的设计模型,框架提供给我们的使用接口是及其简单的,单纯从使用上来看我们不会随着对框架的使用时间而增加我们对框架内部设计的理解 ,反而会养成一样拿来即用的习惯,我们只有去了解、深挖它的内部设计原理才是我们长久学习的目标;因为框架的内部设计模式是可以提炼出来并被总结的; 这篇文章总结了几个我最近接触的框架设计思想,可以称他们为模式 ;由于时间关系,这里只是介绍加一个简单的介绍和示例让我们能基本的了解它并且能在日后设计框架的时候想起来有这么一个模式、设计方式可以借鉴;当然,这每一节都是一个很大主题,用的时候在去细心的分析学习吧; 2 ;(我们这里讨论的是你作为开发框架设计者!)

    1.7K80发布于 2018-01-08
  • 来自专栏悠扬前奏的博客

    Kafka-11.设计-日志压缩

    日志压缩可以保证Kafka总是最少保留单个主题分区的数据日志中的每个消息的key的最后的已知值。(Log compaction ensures that Kafka will always retain at least the last known value for each message key within the log of data for a single topic partition. )它address了用例和处理方案,例如应用程序崩溃或者系统故障后的状态恢复,或在运行维护期间重启应用后如何加载缓存。让我们更详细的介绍这些情况,然后描述是如何压缩的: 到目前为止,我们仅描述了简单一些的数据保留方法,其中旧的日志数据在固定时间段或者当日志达到某个预定大小时被丢弃。这适用于时间事件数据,例如记录独立的日志记录。但是,一类重要的数据流是keyed更改的日志(例如,对数据库表的更改)。

    74340发布于 2019-06-19
领券