首页 文章 精选 留言 我的

精选列表

搜索[Spring Framework],共10011篇文章
优秀的个人博客,低调大师

KDE Framework 5.92.0 发布,大量更新项

KDE Frameworks 5.92.0 已正式发布。KDE Frameworks 是 Qt 的 83 个附加库,它在成熟的、经过同行评审和测试的库中提供了各种常见的功能,并且具有友好的许可条款。 此版本中的新功能 对多个框架的更改 删除损坏的 Python 绑定生成 使BUILD_DESIGNERPLUGIN选项依赖于不交叉编译 图标 为 TeXstudio 添加应用程序图标 额外的 CMake 模块 [ECMQmlModule] 修复文档语法 ECMGeneratePriFile:支持多个包含安装目录 KDEInstallDirs6:用 qtpaths 替换 ECMQueryQMake 用法 将 Android 工具链文件和 FindGradle 适配到 Qt6 KActivityStats 将 Boost 依赖项移至 BUILD_TESTING 块 KActivities 在将可执行文件传递给 QProcess 之前,检查 PATH 中是否存在可执行文件 KAuth 标准化标题名称并包含符合 KF 标准的路径布局 准备 KF6 KAuthWidgets 库,带有 KF5 的接口库 KBookmarks 在将可执行文件传递给 QProcess 之前,检查 PATH 中是否存在可执行文件 KCalendarCore 在比较平等发生率时比较 timeSpecs 保留全天事件 dtEnd 的 timeSpec KConfig 添加 KWindowStateSaver 从 kauthorized.h 中删除警告 KConfigCompiler:支持 ItemAccessors=true 与信号项 QMake pri 文件:修复缺少版本标头的新路径 支持没有 Qt 会话管理器的构建 添加 KConfig GUI 日志记录类别 KConfigWidgets KHamburgerMenu:在显示菜单栏时避免空接收器警告 添加一个 KColorScheme::operator== KHambugerMenu:修复从 KHamburgerMenu 显示窗口菜单栏时窗口崩溃的问题 KContacts 将内部和外部 API 拆分为不同的文件 还要安装地址格式 API 头 通过每行 3 个以上的字段,改进不完整地址和格式的输出 重写地址格式化程序 KCore插件 弃用 KPluginMetaData::fromDesktopFile KPluginMetaDataTest:显式调用专用构造函数 KPluginMetaData:针对已弃用的代码路径发出运行时弃用警告 KPluginMetaData:为构造函数的弃用代码路径添加注释 KPluginMetaData:使用 QFileInfo::completeBaseName 导出插件 id 将不匹配的主机工具版本降级为警告 添加一种方式来指示在完成时不显示通知 允许为没有嵌入 JSON 元数据的插件创建有效的 KPluginMetaData 将OUTPUT_FILE参数添加到kcoreaddons_desktop_to_json() 添加 KSignalHandler 此版本还包含其他大量更新内容,详情请查看更新公告。

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

Robot Framework's built-in tool:libdoc

Libdoc是Robot框架的内置工具之一,用于生成HTML和XML格式的测试库和资源文件的关键字文档,使用起来我感觉非常的灵活方便。 General Usage 语法使用 python -m robot.libdoc [options] library_or_resource output_file python -m robot.libdoc [options] library_or_resource list|show|version [names] 选项支持 -f, --format <html|xml> 指定输出文档的格式,如果不使用此选项,则从输出文件的扩展名自动获取格式。如以下两种写法都是支持的: python -m robot.libdoc -f html SeleniumLibrary SL 或 python -m robot.libdoc SeleniumLibrary SL.html -F, --docformat <robot|html|text|rest> 指定源文档格式,可能的值为Robot框架的文档格式:HTML、纯文本和reStructuredText。默认值可以在测试库源代码中指定,初始默认值为robot,支持2.7.5版本以上版本。 -N,--name <newname> 设置源库或资源的名称。 -V, --version <newversion> 设置文档化库或资源的版本。测试库的默认值是从源代码获得的。 -h --help 获取帮助文档 Examples # 库或资源名称字母区分大小写 python -m robot.libdoc OperatingSystem OperatingSystem.html python -m robot.libdoc --name MyLibrary Remote::http://10.0.0.42:8270 MyLibrary.xml python -m robot.libdoc test/resource.html doc/resource_doc.html python -m robot.libdoc SeleniumLibrary list >list.txt jython -m robot.libdoc --version 1.0 MyJavaLibrary.java MyJavaLibrary.html

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

Qt学习之路(30): Graphics View Framework

现在基本上也已经到了2D绘图部分的尾声,所谓重头戏都是在最后压轴的,现在我们就要来看看在绘图部分功能最强大的Graphics View。我们经常说KDE桌面,新版本的KDE桌面就是建立在Graphics View的基础之上,可见其强大之处。 Qt的白皮书里面这样写道:“Qt Graphics View提供了用于管理和交互大量定制的 2D 图形对象的平面以及可视化显示对象的视图 widget,并支持缩放和旋转功能。Graphics View使用 BSP(二进制空间划分)树形可非常快速地找到对象,因此即使是包含百万个对象的大型场景,也能实时图形化显示。” Graphics View是一个基于item的M-V架构的框架。 基于item意思是,它的每一个组件都是一个item。这是与QPainter的状态机不同。回忆一下,使用QPainter绘图多是采用一种面向过程的描述方式,首先使用drawLine()画一条直线,然后使用drawPolygon()画一个多边形;而对于Graphics View来说,相同的过程可以是,首先创建一个场景scene,然后创建一个line对象和一个polygon对象,再使用scene的add()函数将line和polygon添加到scene,最后通过视口view就可以看到了。乍看起来,后者似乎更加复杂,但是,如果你的图像中包含了成千上万的直线、多边形之类,管理这些对象要比管理QPainter的draw语句容易得多。并且,这些图形对象也更加符合面向对象的设计要求:一个很复杂的图形可以很方便的复用。 M-V架构的意思是,Graphics View提供一个model和一个view。所谓model就是我们添加的种种对象,所谓view就是我们观察这些对象的视口。同一个model可以由很多view从不同的角度进行观察,这是很常见的需求。使用QPainter就很难实现这一点,这需要很复杂的计算,而Qt的Graphics View就可以很容易的实现。 Graphics View提供了一个QGraphicsScene作为场景,即是我们添加图形的空间,相当于整个世界;一个QGraphicsView作为视口,也就是我们观察的窗口,相当于照相机的取景框,这个取景框可以覆盖整个场景,也可以是场景的一部分;一些QGraphicsItem作为图形元件,以便scene添加,Qt内置了很多图形,比如line、polygon等,都是继承自QGraphicsItem。 下面我们来看一下代码: #include <QtGui> classDrawApp : publicQWidget { public: DrawApp(); protected: voidpaintEvent(QPaintEvent * event); }; DrawApp::DrawApp() { } voidDrawApp::paintEvent(QPaintEvent * event) { QPainter painter( this); painter.drawLine(10, 10, 150, 300); } intmain( intargc, char*argv[]) { QApplication a(argc, argv); QGraphicsScene *scene = newQGraphicsScene; scene->addLine(10, 10, 150, 300); QGraphicsView *view = newQGraphicsView(scene); view->resize(500, 500); view->setWindowTitle( "Graphics View"); view->show(); DrawApp *da = newDrawApp; da->resize(500, 500); da->setWindowTitle( "QWidget"); da->show(); returna.exec(); } 为了突出重点,我们就直接include了QtGui,不过在实际应用中不建议这么做。这里提供了直线的两种实现:一个是DrawApp使用我们前面介绍的技术,重写paintEvent()函数,这里就不在赘述,重点来看main()函数里面的实现。 首先,我们创建了一个QGraphicsScene作为场景,然后在scene中添加了一个直线,这样就把我们需要的图形元件放到了scene中。然后创建一个QGraphicsView对象进行观察。就这样,我们就是用Graphics View搭建了一个最简单的应用。运行这个程序来看结果: 第一张图是Graphics View的,第二个是DrawApp的。虽然这两个直线是同样的坐标,但是,DrawApp按照原始坐标绘制出了直线,而Graphics View则按照坐标绘制出直线之后,自动将直线居中显示在view视口。你可以通过拖动Graphics View来看直线是一直居中显示的。 这里仅仅是一个很简单的对比,不过你已经可以看到Graphics View功能的强大。仅这一个居中的操作,如果你是用QPainter,就需要很大的计算量了!当然,如果你不需要这种居中,Graphics View也是可以像QPainter绘制的一样进行显示的。 本文转自 FinderCheng 51CTO博客,原文链接:http://blog.51cto.com/devbean/241186

资源下载

更多资源
Nacos

Nacos

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

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等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册