作者： 027导航

感谢网友 autumn_dream、風見暉一、暗里有光、我最帅 提供的资讯支持！

9 月 19 日消息，由华为与上汽联合打造的鸿蒙智行“第五界”品牌——尚界，其首款车型尚界 H5 已于 8 月 25 日正式发布。该车预售价为 16.98 万元起，成为目前鸿蒙智行家族中价格最为亲民的车型。

鸿蒙智行官方最新预告，秋季新品发布会定于 9 月 23 日晚上 19:00 隆重开启，届时“问界”与“尚界”的全新车型将重磅亮相，引发广泛关注。

尚界 H5 提供多种个性化配置选择：外观颜色包括云水蓝、月岩灰、鎏金黑、陶瓷白（+￥3,000）、仲夏紫（+￥3,000）和雅川青（+￥3,000）；内饰配色可选凝夜紫、韶华杏、夜阑灰、赤茶橘（+￥3,000）；轮毂方面则有 19 英寸低风阻轮毂、20 英寸多辐轮毂（+￥5,000）以及 20 英寸黑曜多辐轮毂（+￥6,000 | 含全车黑曜套件）三种方案。

新车基于上汽荣威 ES39 打造，深度融合华为智能座舱与高阶智能驾驶系统，依托上汽星云纯电平台开发。车身尺寸为长 4780mm、宽 1910mm、高 1664mm，轴距达到 2840mm。智能化配置方面，搭载 192 线激光雷达与 4D 毫米波雷达，配备 HUAWEI ADS 4 智能辅助驾驶系统，可实现对高速、城市道路及乡镇路况的全场景覆盖。

此外，尚界 H5 搭载了 HUAWEI XMOTION 数字底盘技术，结合上汽长达 70 年的底盘调校经验，显著提升行驶舒适性与操控表现。车内空间表现出色，后排腿部与头部空间均超过 1 米；后备箱容积达 601L，前备箱容量为 124L（纯电版本），足以容纳标准登机箱，充分满足日常出行与长途旅行的储物需求。

以上就是鸿蒙智行秋季新品发布会官宣 9 月 23 日，问界、尚界新品重磅登场的详细内容，更多请关注php中文网其它相关文章！

通过$_userid或param::get_cookie判断登录状态，用于导航显示、权限控制等内容。

在PHPCMS模板中判断用户是否登录，可以通过系统提供的全局变量或函数来实现。PHPCMS V9 版本中，通常使用 $_userid 或 param::get_cookie('userid') 来判断当前用户登录状态。

在模板文件（如 header.html、index.html 等）中，可以直接使用 PHP 语法判断：

    欢迎你，{$_username}！会员中心

立即学习“PHP免费学习笔记（深入）”；

    请 登录 或 注册

更推荐的方式是通过 param 类读取 cookie，确保准确性：

    已登录，用户名：

立即学习“PHP免费学习笔记（深入）”；

    未登录，请先登录

• 导航栏显示“登录/注册”或“用户名+退出”链接
• 控制某些内容仅对登录用户可见（如下载链接、评论框）
• 在会员中心页面做权限判断

注意：模板中不能直接写 PHP 函数调用（如 echo），应使用 PHPCMS 模板标签 结构进行逻辑判断。

基本上就这些，不复杂但容易忽略细节。

以上就是phpcms模板中判断用户登录状态的详细内容，更多请关注php中文网其它相关文章！

冬季使用顺丰同城配送需应对低温雨雪，应穿戴防寒装备、升级车辆工具、优化路线安排并关注身体健康，确保安全与效率。

如果您在冬季继续使用顺丰同城进行配送服务，可能会面临低温、雨雪和道路结冰等挑战，这不仅影响配送效率，也可能对骑士的身体健康造成威胁。为确保配送顺利并保障个人安全，以下是针对冬季跑单的多项应对措施和装备建议：

有效的保暖装备是抵御严寒的第一道防线，能显著提升骑行舒适度并预防冻伤等健康风险。

1、佩戴加厚防风手套，选择外层防水、内层抓绒的款式，确保手指灵活操作车把和手机。

2、穿着保暖护膝或骑行专用腿套，保护关节免受冷风侵袭，避免因低温引发膝盖疼痛或旧伤复发。

3、使用保暖头盔内衬或耳罩，防止耳朵冻伤，同时保持听力清晰以应对交通状况。

4、脚部保暖至关重要，建议穿防滑防水靴，并搭配羊毛袜，避免长时间骑行导致脚部麻木或冻伤。

对骑行工具进行冬季适配改造，可提升安全性与配送稳定性。

1、检查轮胎磨损情况，必要时更换为带有深纹或防滑钉的冬季轮胎，增强在冰雪路面的抓地力。

2、为电瓶车电池加装保温套，低温会大幅降低电池续航能力，保温措施可有效延长行驶里程。

3、使用顺丰同城配备的专业保温餐箱，确保热食在配送过程中温度不流失。

4、在车把或踏板处加装防滑套，防止手部或脚部因湿滑而失控。

合理规划行程可以避开高风险区域，减少暴露在恶劣天气中的时间。

1、出发前通过地图应用查看实时路况，优先选择主干道和已除雪路段，避开桥梁、背阴坡道等易结冰区域。

2、尽量将订单集中在一个区域内接单，减少跨区域长距离骑行带来的体能消耗。

3、避开清晨和夜间气温最低时段出车，若必须在此期间工作，应增加休息频率，进入室内短暂回暖。

4、遇到极端天气如暴雪或冻雨时，及时联系站点负责人调整派单计划，切勿强行上路。

持续在低温环境中作业可能引发失温、肌肉僵硬等问题，需主动采取健康管理措施。

1、配送间隙饮用温热饮品如姜茶或热水，帮助维持核心体温。

2、每完成几单后找 sheltered 区域活动四肢，促进血液循环，防止肢体麻木。

3、一旦出现手脚刺痛、发白或行动迟缓等冻伤征兆，应立即停止工作并寻求温暖环境。

4、定期参与平台组织的体检和急救培训，掌握基础的低温伤害应急处理方法。

以上就是冬天怎么跑顺丰同城_冬季配送注意事项与保暖装备建议的详细内容，更多请关注php中文网其它相关文章！

JavaScript原型链通过委托实现继承，对象查找属性时会沿原型链向上搜索。每个对象的[[Prototype]]指向其原型，如构造函数实例的原型指向构造函数的prototype属性，而prototype默认包含constructor属性指回构造函数。使用new创建实例时，实例的[[Prototype]]被设为构造函数的prototype，从而实现方法共享。ES6的class是原型继承的语法糖，本质仍是基于原型链的委托机制，不同于传统类继承的复制模式。直接覆盖prototype会丢失constructor连接，需手动修复或避免覆盖。原型链广泛用于共享方法、实现继承（如Object.create）和Polyfill，但需注意长链带来的查找开销及动态修改原型可能引发的性能与稳定性问题。遍历属性时应使用hasOwnProperty过滤继承属性，确保正确性。

JavaScript原型链是其实现继承的核心机制，它不像传统面向对象语言那样通过类来复制属性，而是通过一种链式查找的方式，让对象能够访问其原型上的属性和方法。本质上，每个JavaScript对象都有一个指向另一个对象的内部链接，这个被链接的对象就是它的原型。当试图访问一个对象的属性时，如果该对象本身没有这个属性，JavaScript就会沿着这个原型链向上查找，直到找到该属性或到达原型链的顶端（）。这种基于委托的模式，让JavaScript的继承显得非常灵活且动态。

要真正掌握原型链，我们得从几个核心概念入手。在我看来，理解它首先要抛开一些传统OOP语言的固有思维。JavaScript对象，它们生来就不是“类”的实例，而是直接从其他对象那里“借用”或“委托”功能。

每个对象在内部都有一个 属性，它指向这个对象的原型。我们不能直接访问 ，但可以通过 方法来获取，或者在非严格模式下通过 属性（这是一个历史遗留且不推荐在生产代码中直接使用的属性，但对于理解概念很有帮助）来查看。

当你创建一个对象，比如 ，它的 默认会指向 。 又是原型链的顶端（除了 ），它包含了所有对象通用的方法，比如 、 等。

立即学习“Java免费学习笔记（深入）”；

当你尝试访问 时，JavaScript引擎会：

1. 检查 自身是否有 属性。
2. 如果没有，它会沿着 的 向上查找，也就是在 上寻找 。
3. 如果找到了，就执行它。如果没找到，并且原型链上已经没有其他对象了（即到达 ），就会返回 或抛出错误。

继承的实现，很大程度上就是通过设置对象的 来完成的。比如，当我们使用构造函数来创建对象时：

这里 是一个函数，但当它作为构造函数被 调用时， 这个新创建的对象的 就会被设置为 。这样， 就可以访问 上定义的 方法了。所有由 构造的实例，都会共享 上的方法，这不仅节省内存，也体现了原型继承的精髓。

这可能是许多从Java或C++背景转过来的开发者最容易感到困惑的地方。在我看来，最核心的区别在于“复制”与“委托”。

传统类继承，比如Java，当你声明一个类 时，类 会“复制”或拥有类 定义的所有属性和方法的副本（当然，这背后有更复杂的内存布局和虚函数表机制，但从概念上讲，你可以把它想象成一种复制）。每个实例都有自己的数据成员，方法则指向类定义好的代码块。这是一种“is-a”（是一个）的关系， 是一个 。

而JavaScript的原型链继承，它更像是一种“委托”或“共享”。当你创建一个对象，并让它的原型指向另一个对象时，它并没有复制那个原型上的属性和方法。相反，它只是在自己的属性查找失败时，把这个查找请求“委托”给它的原型去完成。所以，这更像是一种“behaves-like”（表现得像）或“delegates-to”（委托给）的关系。一个 对象可以“委托” 来处理 方法，如果 自己没有 的话。

这种委托机制带来了极大的灵活性。原型对象本身可以在运行时被修改，这意味着所有依赖这个原型的对象，其行为也会动态地改变。这在类继承中是不可想象的，因为类一旦定义，其结构通常是相对固定的。ES6引入的 关键字，虽然看起来像传统类，但它本质上只是JavaScript原型继承的语法糖，背后依然是原型链在运作。理解这一点，能帮助我们更深入地理解JavaScript的面向对象特性。

属性在原型链中扮演了一个有趣且有时会让人迷惑的角色。简单来说，每个函数（包括用作构造函数的函数）都有一个 属性，这个 属性是一个对象，并且这个对象默认会包含一个 属性，这个 属性指回它所属的那个函数本身。

举个例子：

当我们使用 创建一个实例 时， 的 会指向 。现在，如果你尝试访问 ：

这里发生了什么？ 自身并没有 属性。所以，JavaScript引擎会沿着原型链向上查找。它会在 的 上找到 属性，而 正是 。 指向 函数，所以 最终返回 。

这个机制在判断一个实例是由哪个构造函数创建时非常有用。然而，这里有个常见的“坑”：如果你完全覆盖了一个构造函数的 对象，而没有重新设置 属性，那么这个连接就会断裂。

在这种情况下， 会指向 ，因为 （即我们新设置的 对象）的 是 ，而 上的 指向 。为了避免这种情况，我们通常会手动把 指回来：

或者更推荐的做法是，不要直接覆盖整个 对象，而是在其上添加属性：

理解 属性如何通过原型链查找，对于正确使用和维护JavaScript的继承关系至关重要。

在日常的JavaScript开发中，原型链并非只是一个理论概念，它无处不在，并且深刻影响着我们代码的结构和性能。

常见的应用场景：

1. 共享方法与属性： 这是原型链最直接也是最重要的应用。将方法定义在构造函数的 上，而不是 上，可以确保所有实例共享同一个方法，从而节省内存。

   这对于内置对象也一样，比如 、 等，它们都是定义在原型上的，所有数组和字符串实例都可以直接调用。

2. 实现继承： 无论是ES5时代的组合继承、寄生组合继承，还是ES6的 语法糖，它们底层都是通过操作原型链来实现继承关系的。 也是一个非常强大的工具，可以直接创建一个新对象，并指定其原型。

3. Polyfills和功能扩展： 虽然不推荐直接修改 或其他内置对象的 （因为它可能导致全局污染和意外行为），但在某些受控的环境下，例如为老旧浏览器提供新功能的Polyfill，会向 或 添加方法。例如，为不支持 的浏览器添加此功能。

性能考量：

1. 属性查找开销： 原型链越长，查找一个不存在于当前对象上的属性所需的时间就越长，因为它需要遍历更多的原型对象。在现代JavaScript引擎中，这种开销通常可以忽略不计，因为引擎做了大量的优化。然而，如果你的原型链设计得异常复杂或过长，理论上确实会增加查找时间。

2. 动态修改原型： JavaScript允许在运行时修改对象的原型。当你修改一个原型对象时，所有继承自该原型的实例都会立即反映出这些改变。这既是原型链的强大之处，也可能成为潜在的性能问题或bug源。频繁或无意地修改共享原型，可能会导致难以预测的行为，尤其是在大型应用中。

3. 的使用： 当你需要区分一个属性是对象自身的还是从原型链上继承而来时， 或 就变得非常重要。它能有效避免遍历原型链，只检查对象自身的属性。这对于迭代对象属性（例如使用 循环）时，过滤掉继承属性尤其有用。

总的来说，原型链是JavaScript的基石，深入理解它不仅能帮助我们写出更高效、更优雅的代码，也能更好地理解各种库和框架的内部机制。它提醒我们，JavaScript的面向对象思维与传统语言有所不同，更侧重于对象间的委托和共享。

以上就是掌握JavaScript原型链的核心概念与继承机制的详细内容，更多请关注php中文网其它相关文章！

数组通过下标访问元素，如int arr[5] = {10, 20, 7, 8, 25}; cout << arr[0]; 输出首元素10，但C++不强制边界检查，需手动确保下标合法。

在C++中，数组是一种基础且常用的数据结构，用于存储相同类型的连续数据。访问数组元素通常通过下标操作符实现，但C++标准并不强制进行边界检查，这既提供了性能优势，也带来了潜在风险。

使用下标访问是最常见的方法，例如定义一个整型数组：

int arr[5] = {10, 20, 7, 8, 25};
cout

这里的访问的是第三个元素。下标从0开始，因此合法范围是0到4（对长度为5的数组）。也可以使用指针方式访问：

cout

这两种方式在底层几乎等价，编译后通常生成相同的汇编代码。

立即学习“C++免费学习笔记（深入）”；

C++内置数组（如）在访问时不会自动检查下标是否越界。这意味着以下代码虽然语法正确，但行为未定义：

cout

更危险的是写入越界：

arr[-1] = 99; // 可能覆盖其他变量或破坏栈结构

这类错误在编译期通常无法发现，运行时也可能不立即暴露，导致难以调试的逻辑错误或安全漏洞。

为避免越界问题，可以采取以下几种策略：

• 手动检查下标：在每次访问前确认索引合法性


if (index >= 0 && index

• 使用std::array（C++11起）：提供成员函数，可进行边界检查


std::array myArr = {1, 2, 3, 4, 5};
try {
cout

• 使用std::vector：动态数组同样支持方法，并可通过获取当前大小


vector vec = {1, 2, 3};
cout

部分编译器在调试模式下可帮助发现越界问题。例如GCC配合选项：

g++ -g -fsanitize=address main.cpp -o main

该选项启用AddressSanitizer，在运行时检测内存越界访问，适合开发阶段使用。另外，静态分析工具如Clang Static Analyzer也能在编译时提示潜在风险。

基本上就这些。原生数组高效但需自行管理安全，推荐在需要边界检查的场景优先选用或的方法。调试阶段启用 sanitizer 工具能有效捕捉隐蔽错误。

以上就是C++数组元素访问与边界检查的详细内容，更多请关注php中文网其它相关文章！

答案是安装Visual Studio并选择“使用C++的桌面开发”工作负载，创建控制台项目即可运行首个C++程序。具体包括下载Community版，安装时勾选C++桌面开发组件，新建项目后添加.cpp文件，编写代码并按Ctrl+F5编译运行，成功输出结果即表示环境搭建完成。

在Visual Studio中搭建C++开发环境，核心步骤其实很简单：你需要安装Visual Studio并确保勾选了“使用C++的桌面开发”工作负载，随后创建一个新的C++项目，就可以直接开始编写、编译和运行你的C++代码了。整个过程虽然涉及一些选项，但只要跟着指引走，很快就能搞定。

要真把C++开发环境在Visual Studio里搞定，得从安装开始。
首先，你得去微软官方网站下载Visual Studio安装程序。我个人建议下载最新版的Community版本，它对个人开发者和开源项目是免费的，功能也足够强大。
运行安装程序后，最关键的一步是选择“工作负载”。这里你一定要勾选“使用C++的桌面开发”这个选项。这个工作负载包含了C++编译器（MSVC）、Windows SDK、构建工具以及各种C++标准库，没有它，你的C++代码根本没法编译。在安装过程中，你可能还会看到一些可选组件，比如各种版本的Windows SDK、MFC/ATL支持、CMake工具等。如果只是入门，默认勾选的通常就够了。但如果你打算做游戏开发，还得额外勾选“使用C++的游戏开发”；要是搞Linux开发，那“使用C++的Linux开发”也得选上。这些都是后话，先搞定桌面开发是基础。
安装完成后，启动Visual Studio。你可能会被它复杂的界面吓到，但别急，我们只需要关注几个核心功能。
创建一个新项目，选择“空项目”或者“控制台应用”。我一般推荐从“控制台应用”开始，因为它会自动帮你生成一个函数和基本的项目结构，省去不少初期配置的麻烦。
给项目起个名字，选择好保存路径，然后点击“创建”。
项目创建好后，在“解决方案资源管理器”里找到“源文件”文件夹，右键点击“添加”->“新建项”，选择“C++文件(.cpp)”，起个名字，比如。
在新创建的里，输入一个简单的“Hello World”程序：

然后点击菜单栏的“调试”->“开始执行(不调试)”（或者按Ctrl+F5），Visual Studio就会编译你的代码，并在一个控制台窗口中显示输出结果。如果一切顺利，恭喜你，环境搭建成功了。

说实话，市面上的C++开发工具不少，从轻量级的VS Code到跨平台的CLion，各有千秋。但我个人觉得，对于Windows平台上的C++开发，尤其是初学者，Visual Studio几乎是无法绕开的优选。这不仅仅是因为它是微软自家的产品，与Windows生态结合得天衣无缝，更因为它提供了一整套非常成熟且强大的集成开发环境（IDE）。
它的调试器，在我看来，简直是C++开发者的一大利器。内存查看、寄存器查看、条件断点、数据可视化，这些功能用起来特别顺手，能大大提升我们排查复杂bug的效率。刚开始学C++，指针、内存这些概念很容易出错，一个好的调试器能让你清楚地看到程序每一步的执行状态和变量变化，这比纯粹看代码要直观得多。
再者，Visual Studio的智能感知（IntelliSense）功能，对C++这种语法相对复杂的语言来说，简直是福音。它能实时提供代码补全、错误检查、参数提示，写代码的速度和准确性都能得到显著提升。想象一下，不用频繁去查各种库函数的原型，光是这一点就能省下多少时间。
当然，它也不是没有缺点，比如启动速度相对较慢，资源占用也比较大。但这些在我看来，与其带来的开发效率和便利性相比，是完全可以接受的“甜蜜的负担”。它更像一个全能的瑞士军刀，虽然有点重，但关键时刻总能派上用场。

在Visual Studio的安装器里，选择C++工作负载时，很多人可能会直接勾选“使用C++的桌面开发”然后就完事了。这当然没错，但如果能稍微了解一下这个工作负载背后包含些什么，或者还有哪些隐藏的宝藏，或许能少走一些弯路。
“使用C++的桌面开发”这个工作负载，核心是包含了MSVC（Microsoft Visual C++）编译器、Windows SDK以及C++构建工具。MSVC是微软官方的C++编译器，它与Visual Studio IDE紧密集成，提供了对最新C++标准的支持。Windows SDK则包含了开发Windows应用程序所需的头文件、库和工具。
一个常见的误区是，有人觉得只要装了VS，C++就能用了。但如果没勾选这个工作负载，或者勾选后又取消了一些核心组件，比如某个特定版本的Windows SDK，那么即使VS装好了，你也会发现创建C++项目时各种报错，或者根本找不到C++的项目模板。我曾经就遇到过同事因为网络问题导致部分组件下载失败，结果编译C++代码时提示找不到这样的基础头文件，排查了半天才发现是SDK没装全。
此外，你可能会看到一些“可选”组件，比如“C++ CMake工具”、“C++ Clang工具”、“C++ ATL/MFC支持”等等。

• CMake工具：如果你打算开发跨平台的C++项目，或者需要与使用CMake的项目协作，这个就非常有用。它能让VS直接识别和构建CMake项目。
• Clang工具：除了MSVC，你也可以选择使用Clang/LLVM作为C++编译器。Clang在某些方面，比如错误诊断，做得比MSVC更友好。如果你对编译器的选择有偏好，或者需要兼容Clang特定的特性，可以考虑安装。
• ATL/MFC支持：这是微软早期用于开发Windows桌面应用的框架。如果你需要维护老旧项目，或者确实需要用这些框架开发，那就得勾选。对于新项目，通常会选择更现代的UI框架。
  所以，在安装时，稍微多花几分钟审视一下这些可选组件，根据你未来的开发方向做个预判，能省去不少后续“打补丁”的麻烦。

创建C++项目，在Visual Studio里其实是件很直观的事，但第一次操作，总会有些不知所措。我来带你一步步走，确保你能顺利看到“Hello World”。
启动Visual Studio后，你会看到一个“开始”页面。选择“创建新项目”。
在项目模板列表中，你可以通过搜索框输入“C++”来筛选。这里我建议你选择“控制台应用”。这个模板会自动为你设置好一个基本的控制台程序结构，包括一个函数，这对于初学者来说是最友好的起点。如果你选择了“空项目”，你需要手动添加文件，并自己配置项目属性，相对复杂一些。
点击“下一步”，然后你需要配置项目名称、项目位置和解决方案名称。

• 项目名称：给你的程序起个名字，比如。
• 位置：选择一个你希望保存项目文件的文件夹。建议不要放在系统盘，也不要放在太深的目录里。
• 解决方案名称：Visual Studio会把一个或多个项目组织在一个“解决方案”里。通常，解决方案名称和项目名称保持一致即可。
  点击“创建”后，Visual Studio会为你生成项目文件和一些默认代码。你会看到一个（或者，取决于模板和VS版本）文件，里面通常已经有了和的结构。
  现在，你可以在函数内部编写你的C++代码了。

int main() // 主函数，程序从这里开始执行

以上就是C++如何在VS中搭建开发环境的详细内容，更多请关注php中文网其它相关文章！

本文介绍了如何在HTML表格中，不依赖行位置，而是通过表头文本（<th>）来精确地定位和选择对应的表格数据（<td>）元素。通过使用normalize-space()函数处理表头文本，并结合following-sibling::td轴，可以构建出更健壮、更具适应性的XPath表达式，从而避免因表格结构变化导致的路径失效问题。

在处理html表格数据提取时，一个常见的挑战是如何在表格结构可能发生变化的情况下，依然能够稳定地定位到目标数据。例如，考虑以下简单的html表格结构：

如果我们需要提取与“Name2”对应的“B”值，一个直观但不够健壮的XPath表达式可能是：

这个表达式的问题在于它严重依赖于行（<tr>）和列（<td>）的位置索引。一旦表格中增删了行，或者目标数据所在的行位置发生变化，这个XPath就会失效，导致数据提取失败。为了提高XPath的健壮性和适应性，我们应该寻求一种基于内容而非位置的定位方式。

为了解决位置依赖性问题，我们可以利用表头（<th>）的文本内容作为定位依据。目标是找到文本内容为“Name2”的<th>元素，然后从该<th>元素出发，定位其对应的<td>数据。

核心的XPath表达式如下：

立即学习“前端免费学习笔记（深入）”；

这个表达式能够精确地选择出文本内容为“Name2”的<th>元素后面的第一个<td>兄弟节点。

让我们详细分解这个XPath表达式的各个部分：

1. //th: 这是一个轴步，表示从文档的任何位置开始，选择所有<th>元素。
2. [normalize-space()='Name2']: 这是一个谓词，用于过滤上一步选择的<th>元素。
   • normalize-space(): 这个XPath函数非常关键。它会移除节点文本内容的所有前导和尾随空格，并将内部的多个连续空格替换为一个空格。这意味着，无论<th>标签内的文本是<th> Name2 </th>还是<th>Name2</th>，经过normalize-space()处理后都将是'Name2'。这大大增强了匹配的鲁棒性。
   • ='Name2': 将normalize-space()处理后的文本与字符串'Name2'进行精确比较。
   • 为什么不使用 contains()? 如果使用contains(., 'Name2')，它会匹配包含“Name2”的任何文本，例如“Name20”、“MyName2IsJohn”等，这可能导致不准确的匹配。normalize-space()结合精确相等比较(=)能确保只匹配完全符合要求的表头。
3. /following-sibling::td: 这是一个轴步，表示从上一步过滤出的<th>元素开始，沿着following-sibling轴查找其所有的<td>兄弟节点。在给定的HTML结构中，每个<th>后面通常只有一个对应的<td>，因此这个表达式会选择该<td>元素。如果存在多个<td>兄弟，它会选择第一个。

沿用之前的HTML表格：

使用健壮的XPath：

执行此XPath将准确地定位到包含文本“B”的<td>元素，无论其在表格中的物理位置如何变化。

如果需要提取“Name3”对应的第一个<td>（即“C”）：

如果需要提取“Name3”对应的第二个<td>（即“D”）：

• XPath版本： 上述XPath表达式适用于XPath 1.0及更高版本。
• normalize-space() 的重要性： 始终记住使用normalize-space()来处理文本内容，以避免因空格或换行符引起的匹配失败。
• 表格结构： 此方法最适用于<th>和<td>在同一<tr>内作为兄弟节点存在的表格结构。如果<th>和<td>位于不同的行或不同的父元素下，可能需要调整XPath轴（例如，使用parent::tr/td或其他更复杂的路径）。
• 多个<td>兄弟： 如果一个<th>后面有多个<td>兄弟节点，following-sibling::td会选择所有这些<td>。如果只需要特定的一个，可以使用位置谓词（如[1]、[2]等）进行进一步筛选。

通过结合normalize-space()函数和following-sibling轴，我们可以构建出高度健壮且适应性强的XPath表达式，用于从HTML表格中根据表头文本精确提取数据。这种方法避免了对物理位置的依赖，显著提高了数据抓取和自动化测试脚本的稳定性，是处理动态或结构不固定表格的推荐实践。

以上就是XPath技巧：通过表头文本精确选择HTML表格数据的详细内容，更多请关注php中文网其它相关文章！

答案：选择CSS单位需根据设计场景权衡，核心是根据不同需求选用最适合的单位。px适用于固定尺寸元素如边框和图标，提供精确控制；rem以根字体为基准，适合全局响应式布局，确保可维护性和可访问性；em基于自身字体大小，适合组件内部相对尺寸，但需警惕继承导致的级联问题；vw、vh等视口单位实现视口关联的动态缩放，适用于全屏布局和响应式字体，但需结合clamp()避免过度缩放；%和fr在弹性与网格布局中高效分配空间。实际开发中应以rem为主导，辅以其他单位解决特定问题，避免盲目使用px造成响应式缺陷，同时注意视口单位对可访问性的影响，综合运用才能实现灵活、自适应且用户友好的界面。

选择CSS单位，说白了，就是要在不同的设计场景和用户需求之间找到一个最佳平衡点。这不仅仅是技术上的考量，更关乎最终的用户体验和我们开发时的心智负担。核心观点是：没有“万能”的单位，只有“最适合”当前情境的单位。对于那些需要固定、精确尺寸的元素，比如某些图标或边框，依然是直观且可靠的选择。但一旦涉及到响应式布局、字体大小随用户偏好调整，或者元素需要根据视口动态变化，那么 、、、、甚至 和 这些相对单位，就成了我们不可或缺的工具。它们提供了灵活性和适应性，让我们的设计能更好地拥抱多变的设备和用户习惯。

在实际开发中，我发现选择CSS单位更像是一门艺术，而不是一套死板的规则。它要求我们对项目有深入的理解，对用户行为有所预判。

通常，我会从以下几个维度来考虑：

1. 基础字体大小（Base Font Size）：这是 单位的锚点。我个人倾向于在 元素上设置一个基础字体大小，比如 （这样 就等于 ，方便计算），或者直接 。这为整个页面的相对尺寸提供了一个稳定的基准。所有与文本相关的尺寸，以及大部分需要响应式缩放的组件尺寸，都可以基于 来定义。这极大地简化了维护和主题切换。

   立即学习“前端免费学习笔记（深入）”；

2. 固定尺寸元素（Fixed-size Elements）：对于那些不希望随页面缩放而变化的元素，比如一些小图标、细线边框、或者某些UI组件的最小/最大尺寸， 仍然是我的首选。它提供了一种像素级别的精确控制，确保在任何情况下都不会变形。但要小心，过度使用 会让你的页面在不同设备上显得僵硬。

3. 组件内部尺寸（Component Internal Sizing）：在一个独立的组件内部，有时使用 会非常方便。比如一个按钮，它的 和 可以基于其自身的 来定义。这样，即使这个按钮的 在不同地方被重写，它的内部布局依然能保持协调。这在构建可复用组件时特别有用，它允许组件在不同上下文中自我调整。但要注意 的继承性，它可能导致意外的级联效果，这在调试时会让人头疼。

4. 视口相关尺寸（Viewport-related Sizing）：当我们需要元素根据用户屏幕的宽度或高度进行动态调整时， (viewport width) 和 (viewport height) 就派上用场了。例如，一个全屏的英雄区域，或者响应式排版的标题，都可以用 来定义字体大小，使其随着视口宽度等比例缩放。这对于实现一些全屏布局或高度自适应的组件非常有效。

5. 弹性布局和网格布局（Flexbox & Grid Layout）：在现代布局中， 和 单位扮演着关键角色。 用于相对父容器的尺寸，而 (fraction) 则在CSS Grid中提供了一种更直观、更强大的方式来分配可用空间。我经常将它们与 、 结合使用，以实现更复杂的自适应布局。

总的来说，我会先考虑 作为全局的、可预测的缩放单位。然后，对于特定场景，再引入 、、/ 或 来解决具体问题。这套组合拳下来，大部分布局和响应式需求都能得到很好的满足。

说 过时，我觉得有点武断，但它确实不再是响应式设计的“主角”了。在我看来， 的问题在于它的绝对性和不适应性。当用户在浏览器设置中调整了默认字体大小，或者在高DPI屏幕上查看页面时，基于 定义的元素尺寸是不会改变的。这会导致一些糟糕的用户体验：字体可能太小难以阅读，或者整个布局在高DPI屏幕上显得过于微小。

试想一下，一个视力不佳的用户将浏览器默认字体调大了一倍，如果你的页面所有文本和相关元素都用 定义，那么他看到的可能只是放大后的文本溢出容器，或者布局完全错乱。而如果使用 ，所有元素都会根据用户设置的基准字体进行缩放，页面依然能保持其结构和可读性。

这并不是说 一无是处。对于那些我们希望保持像素级精确度的元素，比如一个 的边框、一个固定大小的Logo，或者在某些特定场景下需要严格控制尺寸的组件， 依然是不可替代的。它的优势在于直观和确定性。在处理非文本元素或者一些装饰性细节时，我还是会毫不犹豫地使用 。关键在于，我们要知道它的局限性，并明智地选择它的使用场景，而不是盲目地将它应用到所有地方。

和 确实是CSS单位里最容易让人混淆的，它们都基于字体大小，但参考的基准不同，这直接决定了它们的使用场景和潜在的“陷阱”。

(root em)：它的基准是根元素（）的字体大小。这意味着无论你在页面的哪个层级使用 ，它都只会参照 元素上设置的 。这种一致性让 变得非常可预测，也因此成为我个人在响应式布局中定义大部分尺寸（包括字体、间距、甚至一些组件宽度）的首选。

举个例子：

你看，无论 或 嵌套在哪里，它们的尺寸都只受 的 影响。这让调试和维护变得异常简单。

(element em)：它的基准是当前元素自身的字体大小。如果当前元素没有设置 ，它会继承父元素的 ，然后以此为基准进行计算。这就是 的“陷阱”所在：级联继承。

看这个例子：

你会发现， 的 是基于 的 计算的，而 又基于 。这种层层递进的计算方式，一旦嵌套层级加深，就很容易出现意想不到的尺寸，特别是在调试时，需要仔细追溯继承链。

何时使用 ？
尽管 有其复杂性，但在组件内部，它依然有其价值。例如，一个按钮组件，它的 、 等属性可以基于按钮自身的 来定义。这样，无论这个按钮的 在外部被设置为 还是 ，其内部的间距和文本行高都能保持一个相对和谐的比例。这种自适应能力，让组件在不同大小的上下文中保持视觉一致性。

我的建议是：全局和布局尺寸多用 ，组件内部的相对尺寸可以考虑 。 这样既能享受 的可预测性，又能利用 在局部组件内的自适应能力。

视口单位，即 (viewport width)、 (viewport height)、 (viewport minimum) 和 (viewport maximum)，它们为我们提供了一种强大的方式，让元素尺寸直接与用户设备的视口大小挂钩。这在构建全屏布局、响应式字体或高度动态的组件时，简直是魔法般的存在。

它们是如何工作的？

• 等于视口宽度的 。
• 等于视口高度的 。
• 等于 和 中较小的一个。
• 等于 和 中较大的一个。

魔力所在：

1. 全屏布局：想要一个元素总是占据整个屏幕的高度？ 搞定。不需要考虑父元素的高度或者 的复杂计算。
2. 响应式字体：一个标题，希望它能随着屏幕变宽而变大，屏幕变窄而变小？ 就能实现。这比媒体查询调整字体大小更平滑，更自然。
3. 等比例缩放：设想一个图片或视频容器，你希望它的宽度是视口宽度的 ，同时保持 的宽高比。你可以设置 。
4. 最小/最大视口适应： 和 在一些特殊场景下非常有用。比如，你希望一个元素的大小始终与视口较小的维度相关，防止在超宽或超高屏幕上显得过大或过小，这时 就很有用。

挑战与注意事项：
虽然视口单位很强大，但使用时也需要一些考量：

1. 过度缩放：如果纯粹依赖 定义字体大小，在极宽的屏幕上，字体可能会变得非常巨大，而在极窄的屏幕上又可能小到难以阅读。这时候，我通常会结合 函数或者媒体查询来设置 和 ，以限制其缩放范围。
2. 滚动条影响：在某些浏览器中，滚动条可能会占用视口宽度，导致 的计算略有偏差，这可能会引起一些布局上的微小偏移。
3. 移动端键盘弹起：在移动设备上，当虚拟键盘弹起时，它会改变视口高度，从而影响 单位的计算，可能导致布局错乱。一个常见的解决方案是使用 (dynamic viewport height) 等新的视口单位，或者通过 JavaScript 动态计算 的值并设置为CSS变量。
4. 可访问性：纯粹使用 定义字体大小，用户将无法通过浏览器设置来调整字体大小，这会影响可访问性。所以，对于主体内容，我还是倾向于 ，而 更多用于标题或特殊布局。

我的经验是，视口单位是现代响应式设计的利器，但并非万能。它需要与其他单位和技术（如媒体查询、）结合使用，才能发挥其最大效用，同时避免潜在的问题。

以上就是CSS单位怎么选择_CSS单位使用场景指南的详细内容，更多请关注php中文网其它相关文章！

随着科技的迅猛进步，国内家电行业的智能客服系统不断升级、日益完善，数字化培训已成为提升服务效率的关键支撑。相比之下，海外市场仍普遍采用传统线下培训方式，常面临知识更新缓慢、标准参差不齐、服务响应迟缓等问题，与国内发展水平存在显著差距。

为突破这一全球服务瓶颈，打造统一高标准的服务体系，海尔客服近日在印度尼西亚正式启动全球客服数字化培训计划，标志着其全球化数字赋能迈出实质性一步。

作为该数字化培训体系在海外落地的首站，印尼项目以标准化建设为核心，依托数字化手段实现深度赋能。在充分尊重各地本土化培训习惯与内容需求的基础上，推动全球客服培训向标准化、平台化、数据化全面转型，真正实现“课程上平台、学习上平台、数据上平台”的全流程闭环管理。

首先，课程上平台。培训讲师可根据不同国家、语言及业务场景，将课程资料、考核试题等内容分类上传至统一平台，所有资源集中存储、便于检索、动态更新，构建起一个全球共享的知识资源库。

其次，学习上平台。来自世界各地的客服人员均可通过同一线上平台参与学习，按需选课、灵活进修，打破时空限制，打造一个全天候、个性化的成长空间，持续提升专业服务能力。

最后，数据上平台。系统可根据学员的岗位属性、语言偏好等标签精准推送适配课程，实现个性化学习路径规划。同时，平台自动生成涵盖课程完成率、学习进度、团队表现等多维度的数据分析报告，让培训效果可量化、可追踪、可优化。

得益于该计划的顺利推进，海尔客服已在海外显著提升服务响应速度与服务质量。展望未来，海尔将持续加速全球范围内的数字化培训布局，助力更多国家和地区实现客服培训体系从无到有的高效搭建，全面提升全球协同服务能力，持续增强用户满意度与品牌的国际竞争力。

以上就是首站登陆印尼！海尔客服全球数字化培训计划正式启航，引领行业服务升级的详细内容，更多请关注php中文网其它相关文章！