游乐游手机版
首页/前端开发/文章详情

HTML中figure与figcaption_HTML5内容配图标签

时间:2026-04-30 09:44
角色与核心任务 你是一位顶级的文章润色专家,擅长将AI生成的文本转化为具有个人风格的专业文章。现在,请对用户提供的文章进行“人性化重写”。 你的核心目标是:在不改动原文任何事实信息、核心观点、逻辑结构、章节标题和所有图片的前提下,彻底改变原文的AI表达腔调,使其读起来像是一位资深人类专家的作品。 这

角色与核心任务

你是一位顶级的文章润色专家,擅长将AI生成的文本转化为具有个人风格的专业文章。现在,请对用户提供的文章进行“人性化重写”。

你的核心目标是:在不改动原文任何事实信息、核心观点、逻辑结构、章节标题和所有图片的前提下,彻底改变原文的AI表达腔调,使其读起来像是一位资深人类专家的作品。

这里需要特别注意一个关键点:改写时需要把握好“个人观点”的度——让文章有温度、有态度,但不能过度使用第一人称(我、我认为、在我看来等),避免文章变成纯粹的个人观点分享。理想的效果是:读起来像行业报告的专业分析,但保留口语化的节奏和生动性。

详细执行步骤

第一步:信息锚定与结构保全

深度解析:首先,仔细阅读并理解原文,精确提取所有核心论点、分论点、支撑数据、案例以及所有图片/图表的位置和描述信息。

结构保全:必须100%保留原文的所有章节标题(H2, H3等)、段落逻辑和信息密度。严禁合并、删减或概括任何段落。

第二步:风格人性化(核心改写任务)

请代入以下人设:你是一位在该领域深耕多年、乐于分享的专家或知名博主。现在,用你的口吻,将原文的“干货”重新讲述给读者听。

2.1 句式活化

将生硬的陈述句,改为更自然的表达。可以适当使用设问、排比、倒装等手法。

✅ 例如:将“A导致了B”改为“你猜怎么着?A这事儿,直接引发了B。”

✅ 例如:将“需要满足三个条件”改为“那么,需要满足哪几个条件?”

2.2 注入“人味儿”(需谨慎控制第一人称)

适度原则:全文第一人称(我、我认为、在我看来等)出现频率建议控制在0-2处,且主要用于:

  • 文章开头作为引子(如“先说几个核心判断”)
  • 强调性提醒(如“必须警惕的是”)
  • 行文过渡的自然点缀(如“话说回来”)

转化技巧:将主观表达转化为客观表述

主观表达 优化后
我认为、在我看来 直接删除,或改为“从数据来看”、“这意味着”
据我观察、根据我的经验 改为“市场数据显示”、“经验表明”、“行业共识是”
我见过不少案例 改为“市场上不乏这样的案例”、“历史经验表明”
我必须提醒你 改为“值得注意的是”、“需要警惕的是”
我深信、我坚信 改为“可以确定的是”、“毋庸置疑”

保留生动性:去除第一人称后,仍需保留口语化的过渡词(如“其实”、“当然”、“话说回来”)、类比手法(如“这就好比...”)和节奏感,避免文章变得干巴巴。

2.3 文风润色

在保证专业性的前提下,让语言更生动、有节奏感。可以:

  • 使用短句与长句交错,制造阅读节奏
  • 适当使用排比、对仗增强气势
  • 关键结论处可以加重语气(如“这才是关键所在”)

第三步:最终审查与交付

完整性检查:重写完成后,请务必核对一遍,确保原文中的所有关键信息、数据、引用的图片(如下图1所示)都已被完整无误地包含在最终文本中。

第一人称复核:专门检查一遍全文,确保第一人称表达不超过2处,且不影响文章的专业性和客观感。

篇幅控制:最终文章篇幅应与原文大致相当,允许有10%以内的浮动。

格式输出:直接输出重写后的完整文章,并使用HTML标签进行结构化排版:主标题用

,副标题用

,段落用

。对于原文中的图片不要做出修改,保证语句通顺。

绝对禁止项(红线规则)

❌ 严禁改动任何核心信息、数据、论点和原文结构。

❌ 严禁概括或简化原文中任何复杂段落的核心内容。

❌ 严禁删除或修改任何关于图片的信息。

❌ 严禁添加例如不包括###,***等一些这种特殊字符。

❌ 严禁为了客观化而把文章改得干巴巴、失去温度和节奏感。

❌ 严禁过度使用第一人称(超过2处),避免文章变成个人观点分享。

figure与figcaption必须用于“独立可引用+说明属自身”的内容,如图表、代码块、引文等;figcaption须为figure首个或最后一个直接子元素,仅一个且不可为空,与img的alt属性分工明确、不可互替。
HTML中figure与figcaption_HTML5内容配图标签
HTML中figure与figcaption_HTML5内容配图标签

figure 和 figcaption 不是“给图片加个标题”的快捷写法,用错地方反而会让语义混乱、影响可访问性和 SEO。

什么时候必须用 figure + figcaption

只有当内容满足「独立可引用」+「说明文字属于它自身」两个条件时才该用:

  • 图表、代码块、引文、信息图这类脱离上下文仍能自解释的内容
  • 说明文字是标题、编号(如“图3”)、来源(如“数据来自2024年公开调研”)或简要注释,不是泛泛的“如图所示”
  • 这张图如果被移到附录、侧边栏或单独打印,figcaption 依然能准确描述它——所以不能写“上图”“左侧示意图”
  • 纯装饰图、轮播图单帧、头像旁昵称、产品页主图配操作按钮,都不适用

figcaption 必须是 figure 的第一个或最后一个子元素

浏览器和读屏器依赖这个结构识别归属关系,中间插别的元素会破坏语义:

  • 正确:先 figcaptionimg,或先 imgfigcaption
  • 错误:figure > div > figcaption,或 figure > figcaption > img > figcaption
  • 一个 figure 只能有一个 figcaption;多段说明请拆成多个 figure
  • figcaption 不能省略结束标签,且必须有内容(空格或 不算有效内容)

altfigcaption 是互补,不是重复

两者职责完全不同,缺一不可:

立即学习“前端免费学习笔记(深入)”;

  • imgalt 描述图像“是什么”,面向无障碍场景,比如 alt="折线图:用户登录量在1月到3月呈上升趋势"
  • figcaption 解释图像“为什么在这里”,面向文档上下文,比如
    图2:Q1用户活跃度变化趋势(数据来源:内部埋点)
  • 不写 alt 会直接损害可访问性;把 alt 写成和 figcaption 一样,等于放弃其中一项语义价值

样式与兼容性要注意的硬限制

默认行为简单,但改起来容易踩坑:

  • 所有现代浏览器(IE9+、Chrome、Firefox、Safari、Opera)都支持,IE8 及更早版本完全不识别,需降级处理(如用 div 包裹并加 ARIA)
  • figure 默认只有上下 margin,没有 padding 或 border;重置时别漏掉 margin: 0
  • figcaption 默认是块级、居中、字体略小,但对齐方式(text-align)只影响内联内容,Flex/Grid 布局下需用 justify-contentalign-items
  • 响应式切换布局(比如小屏切为上下结构)时,别用 floatposition: absolutefigcaption 挤出流,否则读屏器可能跳过它

真正难的不是怎么写,而是每次插入图之前先问一句:它算不算一个能被单独引用、带明确上下文说明的独立单元?这个问题答错,后面所有样式和逻辑都会跑偏。

来源:https://www.php.cn/faq/2393303.html
上一篇Vue打包后的index.html如何打开_预览dist目录下的index.html 下一篇draggable属性开启拖拽_HTML原生拖放基础配置
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
如何在JavaScript中实现基于旋转视野的FOV射线绘制详解
前端开发 · 2026-07-01

如何在JavaScript中实现基于旋转视野的FOV射线绘制详解

如果用一句话概括核心,那就是:在 RayCasting 游戏开发中,绘制动态视野边界线(FOV)最可靠的方式是在逻辑层通过数学公式将坐标“算”出来,而不是依赖 Canvas 绘图上下文的旋转操作。 在实现类似 Doom 风格的 RayCasting 游戏时,动态视野(Field of View, F

TypeScript后端数据正确映射为前端接口类型的方法
前端开发 · 2026-07-01

TypeScript后端数据正确映射为前端接口类型的方法

在后端数据与前端类型之间来回转换,几乎是每位 TypeScript 开发者都无法回避的常态。后端返回的 car_brand、reg_number,和前端接口中定义的 brand、govtNumber,命名风格常常对不上号。此时,如果为了省事直接用 as 类型断言“强行”指认类型,那就踩进了常见的陷阱

动态HTML表格按层级条件合并单元格的JavaScript实现
前端开发 · 2026-07-01

动态HTML表格按层级条件合并单元格的JavaScript实现

本文详细讲解一种递归式 JavaScript 合并单元格方法,用于按列优先级(如前3列)智能合并表格行:仅当前一列已合并的前提下,才允许后续列合并相同值,从而精准实现多级分组与层级表格合并效果。 在动态生成的 HTML 表格中,按业务逻辑合并重复行是常见需求。然而,简单地对单列分别遍历合并——例如先

Next.js 13+重定向后滚动失效解决方案
前端开发 · 2026-07-01

Next.js 13+重定向后滚动失效解决方案

在 Next js App Router 的日常开发中,有一个令人颇为困扰的异常现象——当服务端执行 `redirect()` 跳转后,目标页面竟然无法正常滚动。没错,页面已经渲染完成,内容也完整显示,但垂直滚动条仿佛凭空消失。这个问题在 Next js 13 5 4 版本中尤为突出。 先给出结论:

WebGL图像加载延迟的纹理初始化时立即显示方法
前端开发 · 2026-07-01

WebGL图像加载延迟的纹理初始化时立即显示方法

本文详细介绍如何利用 Promise 与 async await 重构 WebGL 纹理加载流程,彻底解决首次渲染显示蓝色占位色、需要手动交互才能刷新的问题,实现文件导入后四张纹理平面即时正确渲染。 实际上,这个坑在 WebGL 开发中相当常见——纹理异步加载的小陷阱,说起来不大,但第一次遇到确实令