必须用 std::views::transform 实现惰性映射，因其返回可链式组合的视图；std::ranges::transform 是立即执行算法，需输出迭代器且不返回视图，无法管道调用或直接遍历。
必须用 std::views::transform，不是 std::ranges::transform；必须走管道 | 或函数式调用，不能手动构造 transform_view 对象。
为什么 std::ranges::transform 不能惰性映射
std::ranges::transform 是立即执行的算法，行为和老式 std::transform 一致：它需要输入范围、输出迭代器，立刻遍历并写入结果，返回的是迭代器，不是视图。写 v | std::ranges::transform(f) 会报错 no match for ‘operator|’；只写 std::ranges::transform(v, f) 则报 no matching function for call to 'transform' —— 因为缺输出迭代器。
它不返回可遍历的惰性对象，无法链式组合，也不支持 for (auto x : view) 直接遍历。
- 想惰性计算 → 只能选
std::views::transform - 想立刻写入容器 → 才用
std::ranges::transform配std::back_inserter
std::views::transform 的两种合法写法
二者语义等价，但适用场景不同：
立即学习“C++免费学习笔记（深入）”；
- 管道风格（推荐）：
auto v = data | std::views::transform([](int x) { return x * 2; });—— 易链式追加filter、take等，语义清晰 - 函数风格：
auto v = std::views::transform(data, [](int x) { return x * 2; });—— 适合单次构造、非链式上下文，参数顺序不能颠倒
注意：data 必须是 viewable_range（如 std::vector、std::array、裸数组）。若 data 是临时对象（如 get_data() 返回值），得先绑定变量或用 std::views::all(get_data()) | std::views::transform(f) 包装。
lambda 捕获和生命周期怎么不出错
std::views::transform 内部只保存对原 range 和 callable 的引用或拷贝，**不延长任何一方生命周期**。这是最常静默崩溃的点，尤其 Release 模式下难调试。
- 危险：
[&x]{ return x + 1; }中x是局部变量 → 视图离开作用域后，后续迭代访问悬垂引用 - 危险：
std::vector<int> data{1,2,3}; auto v = data | std::views::transform([&data](int a) { return a * data.size(); });</int>→ 若data析构而v还活着，就未定义行为 - 安全做法：用值捕获
[=]、移动捕获[v = std::move(obj)]，或确保被引用对象生存期覆盖整个视图使用期
编译器几乎不警告这类问题，运行时才暴露 —— 别依赖“现在跑得通”。
拿到 transform_view 后能直接当容器用吗
不能。std::views::transform 返回的是惰性视图，不拥有数据、不分配内存、不提供 .size()（除非底层 range 是 sized_range），也不能直接传给只接受 std::vector 的函数。
- 要遍历：可用
for (auto x : v)，此时才逐个触发 lambda - 要转成容器：C++23 用
std::ranges::to<:vector>(v)</:vector>；C++20 可手动构造：std::vector<int> vec(v.begin(), v.end());</int> - 别调
v.size()—— 它没这个成员；要用长度得靠std::ranges::distance(v)，但会强制遍历全部元素
真正关键的不是“怎么写”，而是“谁活多久”——视图本身轻如鸿毛，但它背后牵着的 range 和 lambda，一个都不能提前谢幕。
