CppCon 2017 学习:Migrating a C++03 library to C++11 case study

这段内容是在介绍 Wt（发音类似 “witty”） —— 一个用于 C++ 的 Web UI 框架。总结如下：

什么是 Wt？

  • Wt 是一个 用 C++ 编写的 widget（控件）驱动的 Web 框架。
  • 类似于桌面 GUI 框架（比如 Qt），但用于生成网页应用。
  • 第一次发布是在 2006 年。

核心特点：

  • 组件化设计：使用控件（widgets）构建 UI，而不是直接写 HTML/JS。
  • 技术抽象：你写 C++ 代码，它会根据客户端支持自动选择使用：
    • HTML
    • JavaScript
    • Ajax
    • WebSockets
  • 自动降级支持：技术不支持时会自动退化为可用的技术组合。
  • 灵感来自 Qt：语法风格和理念都受 Qt 框架影响。

用途：

  • 嵌入式系统的前端
  • 需要 Web 界面的 C++ 后端应用
    例如，工业设备、IoT 界面、企业级数据平台等。
    如果你熟悉桌面开发（比如 Qt 或 MFC），那你会发现用 Wt 开发 Web 应用非常“自然”，不需要太多 JavaScript 或 HTML 的知识。

贴出的代码是一个 Wt 应用程序的基本模板，类似于 “Hello World” 框架级的入门示例。以下是详细解释：

Wt 应用结构（版本 3 示例）：

#include <Wt/WApplication>
#include <Wt/WContainerWidget>
#include <Wt/WServer>

这些是 Wt 的头文件，分别提供：

  • WApplication：Wt 的核心类，表示一个 Web 应用。
  • WContainerWidget：用于在网页中放置内容（类似 HTML 的 <div>）。
  • WServer：Wt 内部使用的 Web 服务器接口。

应用入口函数：

Wt::WApplication *createApplication(const Wt::WEnvironment &env)
  • 每当有新用户访问这个 Web 应用时，Wt 会调用这个函数创建一个新的 WApplication 实例。
  • WEnvironment 提供关于请求和客户端环境的信息。
  • 你可以在这里自定义界面内容（例如添加按钮、文本等）。
auto app = new Wt::WApplication(env);
Wt::WContainerWidget *root = app->root();
// 在 root 上添加控件，比如按钮、文本标签等
return app;

程序主函数：

int main(int argc, char *argv[])
{return Wt::WRun(argc, argv, &createApplication);
}
  • Wt::WRun 是 Wt 提供的 主循环。
  • 它会调用 createApplication 来为每个访问者创建会话。
  • 启动内置 HTTP 或 FastCGI 服务器（取决于配置）。

类比：

框架应用类控件容器主函数
QtQApplicationQWidget / QMainWindowint main()
WtWApplicationWContainerWidgetWRun()

示例补充（展示文本）：

root->addWidget(std::make_unique<Wt::WText>("Hello from Wt!"));

这样你就可以在网页上显示文字了。

贴的这段代码是使用 Wt 框架构建 Web 界面的小例子，展示了如何用 C++ 创建按钮、文本并处理点击事件，背后自动映射为 HTML。

C++ 代码详解

Wt::WContainerWidget *root = app->root();
  • 获取网页的根容器，类似于 HTML <body>。
Wt::WPushButton *button = new Wt::WPushButton("Click me!");
root->addWidget(button);
  • 创建一个按钮，按钮文字为 Click me!。
  • 加到网页的根容器中 → 显示为 HTML <button>。
Wt::WText *text = new Wt::WText("Button not clicked yet!");
root->addWidget(text);
  • 创建一个文字控件（文本标签），初始显示 “Button not clicked yet!”。
  • 加入网页中 → 显示为 HTML <span> 或 <div>。
button->clicked().connect(std::bind([text]{text->setText("Button clicked!");
}));
  • 将按钮的点击事件 clicked() 连接到一个 lambda 函数。
  • lambda 里将 text 文本改为 “Button clicked!”。
  • 使用 std::bind 捕获 text 指针，确保事件发生时仍能访问它。

转换成的 HTML 大致结构：

<div><button>Click me!</button><span>Button not clicked yet!</span>
</div>

点击按钮后，<span> 的内容变为：

<span>Button clicked!</span>

总结要点：

C++ 控件HTML 渲染标签动作
WPushButton<button>点击触发事件处理
WText<span> 或 <div>展示文本内容
addWidget(...)插入子控件构建 HTML DOM 树
clicked().connect(...)JS事件绑定Wt 自动将 C++事件转为 JS 绑定
如果你继续添加其他控件（表单、图片、表格等），Wt 会自动处理 HTML + JS + 状态同步，让你只用 C++ 编程，像写桌面 GUI 一样做 Web 开发。

Wt 4 框架设计目标和一个关键问题 —— 内存模型不明显，我们逐条理解一下：

Wt 4 的目标

  1. 让使用 Wt 更“好玩”（更愉快）
    • 更清晰、更安全的内存模型
    • 更快的编译速度
    • 更符合现代 C++ 编程习惯（C++11/14/17）
  2. 修复旧 API 的问题
    • 改进不直观或容易出错的 API
  3. 兼容性策略
    • 虽然会有破坏性变更（breaking changes）
    • 尽量让它们在编译时爆出错误（静态报错），而不是运行时崩溃

问题 #1：Wt 的内存模型不明显

引用：StackOverflow 讨论

“看了很多 Wt 的例子，里面用了很多 new，但这些对象是怎么被 delete 掉的呢？”

原因：

很多例子会这样写：

auto button = new Wt::WPushButton("Click me!", root());
  • 看起来像裸指针，没有 delete？
  • 但是 Wt 背后是有“所有权转移”机制的：

Wt 的内存管理方式

Wt 组件都继承自 Wt::WObject，而且 WContainerWidget::addWidget() 会接管所有权。

Wt::WPushButton* button = new Wt::WPushButton("Click me!");
root->addWidget(button);  // root 会负责 delete button

也就是说你写 new 是为了动态创建，但不需要手动 delete，它会随着父控件生命周期一起销毁。
类似 Qt 的 QObject 层级结构。

Wt 4 的改进方向

为了让这个行为更加明确和安全，Wt 4 有以下改进思路：

改进目标描述
明确的所有权模型可能使用 std::unique_ptr、智能指针或工厂函数代替 new
减少内存泄露风险避免开发者忘记 delete，或者误用裸指针
更符合现代 C++ 习惯比如支持初始化列表、类型推导、更少冗余指针操作

总结：

项目内容
Wt 4 目标更好用、更现代、更安全
内存问题addWidget() 自动管理生命周期，但例子可能让人误解
改进方向智能指针支持、更清晰的资源所有权、更少出错空间

Wt 的内存管理方式 的进一步探讨。我们来系统理解一下 “所有权是否转移（ownership transfer）” 在 Wt 中是怎么回事，以及 unique_ptr vs shared_ptr 在这种框架下的利与弊。

问题背景

在 Wt 中，组件（widgets）通常通过指针动态分配，然后加入某个容器控件中，例如：

Wt::WPushButton *button = new Wt::WPushButton("Click me!");
container->addWidget(button);  // Wt 框架会负责释放 button

但是：

  • 你用了 new，却没有 delete
  • 又没用智能指针
  • 这样代码虽然能跑，却会误导开发者

方案分析

方案 1：std::make_unique（不转移所有权）

auto button = std::make_unique<Wt::WPushButton>("Click me!");
container->addWidget(button.get());
优点：
  • 使用 unique_ptr，在异常时不会泄露内存
  • 编译器能检查生命周期
  • 所有权清晰明确（由 button 持有）
缺点：
  • ✗ 所有权不转移，Wt 不知道它何时会被销毁
  • ✗ 一旦 button 离开作用域或被手动释放，UI 就悬空或崩溃
  • ✗ 你要自己确保生命周期合理，否则容易 dangling pointer（悬挂指针）

方案 2：std::make_shared（共享所有权）

auto button = std::make_shared<Wt::WPushButton>("Click me!");
container->addWidget(button);  // 可接受 shared_ptr
button->clicked().connect([button] {button->setText("I was clicked!");
});
优点：
  • 遇到异常不会泄漏（RAII）
  • 更适合配合 Lambda 捕获使用
  • Wt 4 已支持 shared_ptr 的 addWidget() 重载
缺点：
  • ✗ 共享所有权 → 更难追踪谁应该负责释放
  • ✗ 容易造成内存泄漏（特别是 lambda 捕获中形成循环引用）
  • ✗ 不需要线程安全，但 shared_ptr 仍带来性能负担

总结比较：

特性原始 newunique_ptrshared_ptr
安全性泄漏风险安全（但不能转移）安全
所有权清晰不清晰明确属于你共享，模糊
生命周期控制框架内部控制明确可能泄漏（循环引用）
易用性但误导性大✗ 麻烦（需小心）Lambda 很方便

推荐实践（Wt 4 中）：

  • 首选原始指针 + Wt 所有权管理（addWidget 接管）
  • 手动 new 是安全的，只要立即传给 addWidget()
  • 比如：
    container->addWidget(new Wt::WPushButton("Click me!"));
  • 如需保留引用，可用 std::reference_wrapper 或框架控件中提供的方式
  • 如果用 shared_ptr，小心捕获 lambda 中形成循环引用
  • 避免 unique_ptr + addWidget()，因为生命周期不一致会导致 bug
    如果你在实际开发中需要更安全的风格，也可以自定义工厂函数封装：
template<typename Widget, typename... Args>
Widget* makeAndAdd(Wt::WContainerWidget* parent, Args&&... args) {auto* w = new Widget(std::forward<Args>(args)...);parent->addWidget(w);return w;
}

这样既安全又易读。

你说的内容是对 Wt 4 中推荐的内存管理方式——使用 std::unique_ptr 并通过 std::move 转移所有权的介绍。下面我们来完整理解这段代码的设计理念、优缺点，以及为什么它在 Wt 4 中被推荐。

代码解析

Wt::WContainerWidget *container = ...;
auto button = std::make_unique<Wt::WPushButton>("Click me!");
container->addWidget(std::move(button));  // 所有权转移给 container
// button == nullptr
auto text = std::make_unique<Wt::WText>("Button not clicked yet!");
container->addWidget(std::move(text));    // 所有权转移
// text == nullptr
button->clicked().connect([t=text.get()] {t->setText("Button clicked!");
});

理解重点

使用 std::unique_ptr 的优势

  • std::unique_ptr 表示独占所有权：不会自动共享、不会无意间多次释放。
  • 当通过 std::move 将 widget 加入到 container->addWidget(...) 后，container 接管了内存管理。
  • 在异常发生时（如构造控件失败），unique_ptr 会自动清理资源 → 不泄漏。

潜在问题 / 缺点

✗ 可读性稍差

button == nullptr

因为你已经 move 掉了 button，它变成空指针，之后不能再访问或使用它（比如绑定 signal）。
解决方式：

  • 提前使用 get() 获取原始指针：
    auto text = std::make_unique<Wt::WText>("...");
auto text_raw = text.get();  // 捕获指针
container->addWidget(std::move(text));
button->clicked().connect([t = text_raw] {t->setText("Button clicked!");
});

总结：使用 std::unique_ptr + std::move 是 Wt 4 推荐方式

特性说明
安全使用 RAII 保证不泄漏
清晰所有权明确，避免共享带来的模糊
Wt 4 兼容addWidget() 支持接受 unique_ptr
缺点指针被 move 之后不能再直接使用，写法稍显冗长

最佳实践建议

  • 推荐总是使用 std::make_unique 创建 widget
  • 通过 std::move 将所有权交给容器（如 WContainerWidget）
  • 如果你需要继续使用 widget，比如绑定事件，先缓存 get() 指针
  • 保证生命周期安全（避免 dangling 指针）
    如果你需要，我可以帮你写一个安全封装工具函数，统一管理这些控件的创建与绑定事件，减少冗余代码。是否需要？

你提供的这段是关于 Wt 4 中使用 std::unique_ptr 管理控件所有权（ownership） 的说明。我们来系统地理解它的意义和背后理念。

理解 Wt 4 与 unique_ptr 的使用方式

auto button = std::make_unique<Wt::WPushButton>("Click me!");
container->addWidget(std::move(button));
// button == nullptr

Wt 4 的控件树（Widget Tree）负责控件的生命周期管理。当你将控件传入 addWidget() 时，控件的所有权被 Wt 框架接管，你再也不需要也不应该手动删除它。

为什么使用 unique_ptr？

优点（Pros）

  • ** 安全**：不再需要手动 delete，避免内存泄漏。
  • ** 清晰**：所有权转移非常明确，一眼就能看出 widget 生命周期的管理者。
  • ** 与现代 C++ 风格对齐**：使用 unique_ptr 是现代 C++ 推荐的资源管理方式。
  • ** 异常安全**：如果 new 失败或 addWidget 抛异常，unique_ptr 会自动清理。

潜在缺点（Cons）

  • ✗ 稍冗长（verbose）：
    • 你必须显式使用 std::make_unique 和 std::move
    • 比传统 new 写法更长一点
  • ✗ 控件指针为空（null after move）：
    • button 和 text 在调用 std::move 后变为 nullptr
    • 你不能再用 button->clicked() 这样调用它们
    • 所以如果还要引用，就得先 auto raw_ptr = button.get();，然后再 move

正确的写法（避免空指针问题）

auto text = std::make_unique<Wt::WText>("Button not clicked yet!");
auto text_ptr = text.get();  // 保存指针用于 lambda
container->addWidget(std::move(text));
button->clicked().connect([t = text_ptr] {t->setText("Button clicked!");
});

总结

特性内容
框架Wt 4 推荐使用 unique_ptr 进行 widget 管理
目的明确控件所有权、避免内存泄漏
建议std::move 之前如果需要后续使用，应先保存原始指针
取代不推荐 new 或 shared_ptr（shared 容易泄漏，管理复杂）

这段内容讲解了 Wt 4 框架中控件生命周期管理的改进方式，特别是：

addWidget() 返回原始指针的机制（用法更方便）

背景

在之前的例子中，我们使用 std::unique_ptr 管理控件对象，然后调用：

container->addWidget(std::move(button));

此后 button 指针就变成 nullptr，如果你还想连接 signal，比如：

button->clicked().connect([...]);

就会变得复杂或不安全。

改进方案：addWidget() 返回控件原始指针

实现方式如下：

template<typename Widget>
Widget* addWidget(std::unique_ptr<Widget> widget) {Widget* result = widget.get();  // 获取原始指针addWidget(std::unique_ptr<Wt::WWidget>(std::move(widget)));  // 调用框架的添加逻辑return result;  // 返回原始指针给用户
}

示例用法变得更简洁清晰：

Wt::WContainerWidget *container = ...;
Wt::WPushButton *button = container->addWidget(std::make_unique<Wt::WPushButton>("Click me!"));
Wt::WText *text = container->addWidget(std::make_unique<Wt::WText>("Button not clicked yet!"));
button->clicked().connect([text] {text->setText("Button clicked!");
});

优点

优点说明
简洁不需要保存 .get()，也不需要先取 raw 指针再 std::move()
安全内存由 unique_ptr 管理，避免泄漏
易用用户可以立即获得原始指针，继续绑定事件或操作控件

use-after-move 风险识别

如何防止“移动后使用”的错误？

使用 clang-tidy 静态分析工具：

clang-tidy -checks=misc-use-after-move use-after-move.cpp -- -std=c++14

或：

run-clang-tidy.py -checks=-*,misc-use-after-move

这可以帮助你检测是否有代码在 std::move() 后还错误使用那个对象（即 Use-After-Move）。

总结

项目内容
改进addWidget 返回原始指针
优点减少手动管理 get() 的繁琐和空指针风险
安全保障unique_ptr 确保生命周期；Clang-Tidy 可检测使用风险
推荐用法auto *ptr = container->addWidget(std::make_unique<...>());

你这一系列内容主要是在介绍 Wt 4 框架的现代化设计变更，特别是围绕内存管理、信号槽系统以及去除 Boost 的优化。

下面是对你贴出的内容的逐点解释和总结，帮助你全面理解：

observing_ptr：弱引用机制用于 signal-slot 生命周期安全

问题：

当 某个 signal 的发射者（例如按钮）活得比 slot 中用到的对象更久，就可能出现访问已经被销毁对象的风险 —— 导致 悬垂指针（dangling pointer）。

解决方案：

引入 Wt::Core::observing_ptr 和 observable。

  • observing_ptr 是一种安全的弱引用。
  • 它不拥有对象，只观察对象的生命周期。
  • 被观察对象析构时，observing_ptr 会自动变为 null，避免悬垂引用。
  • 默认不使用，只有在你明确需要时才用。
    优势： 安全连接 signal-slot，不怕 slot 捕获的对象被销毁。

替换 Boost：减小体积，提升可移植性

Wt 4 去 Boost 改用标准库或轻量实现：

Wt 3Wt 4 替代
Boost.Signals2自己实现（性能更高）
Boost.Anystd::any / 自定义实现
Boost.Threadstd::thread
Boost.Regexstd::regex
Boost.Randomstd::random
Boost.DateTimestd::chrono + date.h
Boost.Asio同名独立版本支持
为什么要替换 Boost？
  • Boost 编译慢（头文件巨大）
  • 在 Windows 上使用 Boost API，需要一起发布 Boost 动态库，麻烦
  • 编译文件更大，打包体积更高

性能与体积对比（Wt 3 vs Wt 4）

项目Wt 3Wt 4
编译时间更长更快
预处理文件大小大小
安装包体积大小
安装耗时更长更快
图表数据显示 Wt 4 明显 更快、更小、更清爽。

结论总结

点内容
所有权模型unique_ptr 明确所有权更安全，尽管稍显繁琐
现代 C++ 支持充分利用 C++17/20 标准库，减少第三方依赖
编译优化去掉 Boost 后，减少了体积，提高了构建效率
安全性增强引入 observing_ptr 提高信号槽机制的鲁棒性
Wt 4是一个结构上更现代、更轻量、更安全的版本，虽然是新发布，还需观察用户长期反馈
如果你是一个用 C++ 写 Web UI 的工程师，或者在嵌入式设备上跑前端，Wt 4 是一个更清晰、现代、可维护的选择。
如你想要：
  • 示例代码（比如使用 observing_ptr 防止悬垂槽函数）、
  • 或者迁移 Wt 3 项目的指南，

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.pswp.cn/bicheng/85623.shtml
繁体地址，请注明出处：http://hk.pswp.cn/bicheng/85623.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

coding习惯 + Bug记录整理

coding习惯 + Bug记录整理

&#x1f4d6; 清单 1、包装类型导致的NPE2、xxApiWrapper命名3、see注释4、MySQL模糊匹配特殊字符bug 整理些平时不好的coding习惯导致的bug&#x1f4dd; 1、包装类型导致的NPE 处理项目的一个bug&#xff0c;看日志是发生了空指针&#xff0c;相关代码如下&#xff1a; D…
阅读更多...
机器学习项目微服务离线移植

机器学习项目微服务离线移植

机器学习项目微服务离线移植 引言&#xff1a;为什么需要Docker化机器学习项目&#xff1f; 在当今的机器学习工程实践中&#xff0c;项目部署与移植是一个常见但极具挑战性的任务。传统部署方式面临着"在我机器上能运行"的困境——开发环境与生产环境的不一致导致…
阅读更多...
JS红宝书笔记 8.4 类

JS红宝书笔记 8.4 类

与函数类型相似&#xff0c;定义类也有两种主要方式&#xff1a;类声明和类表达式&#xff0c;这两种方式都使用class关键字加大括号 与函数表达式类似&#xff0c;类表达式在它们被求值前也不能引用&#xff0c;不过与函数定义不同的是&#xff0c;虽然函数声明可以提升&…
阅读更多...
专题：2025游戏科技与市场趋势报告|附130+份报告PDF汇总下载

专题：2025游戏科技与市场趋势报告|附130+份报告PDF汇总下载

原文链接&#xff1a;https://tecdat.cn/?p42733 2024年全球游戏市场规模突破1877亿美元&#xff0c;中国以37.5%的全球占比成为核心增长引擎。生成式AI以52%的企业采用率重塑开发流程&#xff0c;混合休闲游戏实现37%的收入增长&#xff0c;跨端互通产品贡献42%增量。玩家行为…
阅读更多...
【沉浸式解决问题】Property ‘sqlSessionFactory‘ or ‘sqlSessionTemplate‘ are required

【沉浸式解决问题】Property ‘sqlSessionFactory‘ or ‘sqlSessionTemplate‘ are required

目录 一、问题描述二、场景还原1. 测试mapper2. 测试service 三、原因分析四、解决方案1. DemoApplicationTests2. DemoApplication 后记 一、问题描述 在Application文件中加了ComponentScan注解&#xff0c;此后运行任何测试方法均报错 java.lang.IllegalStateException: Fa…
阅读更多...
Ubuntu 和 CentOS 中配置静态 IP

Ubuntu 和 CentOS 中配置静态 IP

在 Ubuntu 和 CentOS 中配置静态 IP 的方法有所不同&#xff0c;主要因为两者使用的网络管理工具不同。以下是详细步骤&#xff1a; Ubuntu&#xff08;18.04 及更新版本&#xff0c;使用 netplan&#xff09; 1. 查看网卡名称 ip a记录网卡名称&#xff08;如 ens33、eth0&a…
阅读更多...
4、做中学 | 二年级下期 Golang整型和浮点型

4、做中学 | 二年级下期 Golang整型和浮点型

上篇介绍了哪些数据类型&#xff0c;如何进行声明常量和变量&#xff0c;那么接下来进行详细学习下各个数据类型的使用&#xff01; 一、整数 在go中&#xff0c;整数分为俩类&#xff0c;一个是无符号整数&#xff0c;即0以上数值&#xff1b;另一个是有符号数值&#xff0c;…
阅读更多...
C++11 GC Interface：从入门到精通

C++11 GC Interface：从入门到精通

文章目录 一、引言二、C11简介2.1 C11发展历史2.2 C11新特性概述 三、C11中的垃圾收集支持和基于可达性的泄漏检测3.1 背景与原理3.2 相关标准与接口3.3 示例代码 四、C11 GC interface的使用场景4.1 简化内存管理4.2 提高代码可靠性 五、C23中移除垃圾收集支持和基于可达性的泄…
阅读更多...
《高并发系统性能优化三板斧：缓存 + 异步 + 限流》

《高并发系统性能优化三板斧：缓存 + 异步 + 限流》

高并发系统性能优化三板斧&#xff1a;缓存 异步 限流 引言 在互联网应用的高并发场景下&#xff0c;系统性能面临巨大挑战。以某电商平台会员活动为例&#xff0c;活动期间瞬时QPS可达10万&#xff0c;若未进行有效优化&#xff0c;服务器将迅速崩溃。本文从缓存、异步、限…
阅读更多...
JVM(4)——引用类型

JVM(4)——引用类型

痛点引入&#xff1a; 为什么需要不同的引用类型&#xff1f;直接只用强引用不行吗&#xff1f;&#xff08;内存泄漏风险、缓存管理粗粒度、对象生命周期监听需求&#xff09; 核心作用&#xff1a; 解释引用类型如何让程序员与垃圾收集器&#xff08;GC&#xff09;协作&…
阅读更多...
ONLYOFFICE 文档 9.0 版本已发布：新界面、图表查看器、.md 文件支持、AI 表格与宏等更新

ONLYOFFICE 文档 9.0 版本已发布：新界面、图表查看器、.md 文件支持、AI 表格与宏等更新

ONLYOFFICE 文档 9.0 版本已正式发布。此次更新包含 20 多项新功能和约 500 项修复&#xff0c;全面提升您的办公效率。从全新界面、突破性的 AI 工具到更广泛的文件格式兼容性&#xff0c;本次发布将带来更加流畅的使用体验。阅读本文&#xff0c;了解详情。 更新全部编辑器的…
阅读更多...
关于python-socket服务的问题记录

关于python-socket服务的问题记录

概述 在使用pythonwebsocket部署socket服务&#xff0c;前端使用小程序来连接&#xff0c;过程中存在以下可能出现的问题&#xff1a; 1&#xff0c;代码里socket端口问题2&#xff0c;服务器配置问题&#xff08;域名解析&#xff1f;Nginx配置是否正确处理了WebSocket升级头…
阅读更多...
typescript vs go vs rust

typescript vs go vs rust

typescript 后端选型&#xff1a; Express &Typescript &trpc 广泛使用&#xff0c;灵活&#xff0c;快速&#xff0c;稳定 Nestjs 企业级&#xff0c;标准化&#xff0c;像java &#xff0c;依赖注入&#xff0c; Hono , web standards framework. Support for any J…
阅读更多...
OpenGL和OpenGL ES区别

OpenGL和OpenGL ES区别

OpenGL&#xff08;Open Graphics Library&#xff09;和OpenGL ES&#xff08;OpenGL for Embedded Systems&#xff09;都是用于图形渲染的API&#xff0c;但它们的目标平台和设计定位有所不同。 1. 目标平台 OpenGL 主要用于桌面平台&#xff08;如Windows、macOS、Linux&a…
阅读更多...
PyTorch 入门之官方文档学习笔记（一）

PyTorch 入门之官方文档学习笔记（一）

目录 1 张量 1&#xff09;张量的初始化和属性 2&#xff09;张量操作 3&#xff09;使用 NumPy 进行桥接 2 torch.autograd 1&#xff09;背景 2&#xff09;在 PyTorch 中的使用 3&#xff09;Autograd 的微分机制 4&#xff09;计算图原理 5&#xff09;从计算图中…
阅读更多...
King’s LIMS 系统引领汽车检测实验室数字化转型

King’s LIMS 系统引领汽车检测实验室数字化转型

随着汽车保有量的持续攀升和车龄的增长&#xff0c;消费者对汽车的需求已悄然转变&#xff0c;从最初对外观和性能的追求&#xff0c;逐渐深化为对安全性、可靠性、耐久性、性能与舒适性以及智能化功能的全方位关注。这无疑让汽车检测行业在保障车辆质量、满足市场需求方面肩负…
阅读更多...
Neo4j常见语句-merge

Neo4j常见语句-merge

merge用法&#xff1a;MERGE 是 Neo4j 中一个强大的操作符&#xff0c;用于确保图中存在特定的节点或关系。它的核心逻辑是&#xff1a;如果目标存在则匹配&#xff0c;不存在则创建 基本语法与逻辑&#xff1a; MERGE <pattern> [ON CREATE <create_clause>] //…
阅读更多...
Mem0多级记忆实现机制详解

Mem0多级记忆实现机制详解

在人工智能交互场景中，记忆能力是实现个性化服务与智能决策的关键。Mem0 通过设计分层记忆架构，实现了对用户、会话和智能体状态的多级管理。各层级记忆既相互独立存储，又通过精密的关联机制协同运作，确保在不同场景下都能提供精准的上下文支持，显著提升 AI 交互的智能性与…
阅读更多...
Python 爬虫入门 Day 5 - 使用 XPath 进行网页解析（lxml + XPath）

Python 爬虫入门 Day 5 - 使用 XPath 进行网页解析（lxml + XPath）

Python 第二阶段 - 爬虫入门 &#x1f3af; 今日目标 掌握 XPath 的基本语法使用 lxml.etree 解析 HTML&#xff0c;提取数据与 BeautifulSoup 比较&#xff1a;谁更强&#xff1f; &#x1f4d8; 学习内容详解 ✅ 安装依赖 pip install lxml&#x1f9e9; XPath 简介 XPa…
阅读更多...
变幻莫测：CoreData 中 Transformable 类型面面俱到（六）

变幻莫测：CoreData 中 Transformable 类型面面俱到（六）

概述 各位似秃似不秃小码农们都知道&#xff0c;在苹果众多开发平台中 CoreData 无疑是那个最简洁、拥有“官方认证”且最具兼容性的数据库框架。使用它可以让我们非常方便的搭建出 App 所需要的持久存储体系。 不过&#xff0c;大家是否知道在 CoreData 中还存在一个 Transfo…
阅读更多...
最新文章

Copyright @ 2022~2023