企业官网建设流程全解析

工程技术

深入探究全球最受欢迎的演示文稿格式的内部结构。

2026年8月18日

一个PowerPoint演示文稿由一系列幻灯片组成。每张幻灯片如同画布，可添加文本框、形状、图片、表格和图表等元素。虽支持动画、SmartArt图形和视频等高级功能，但90%的专业演示场景不一定用得上。

PowerPoint文件用于存储上述内容，供计算机读取。它包含图表标题文本、嵌入的含图表数据的Excel文件、带公司标志的".png"文件，以及决定元素屏幕显示属性，如标题字体大小、数据标签字体颜色、表格行高、图表是否显示网格线等。

那么，如何存储这些信息呢？

可尝试将内容写在文本文件，列出元素及其属性。

比如，一张只有一个显示"Hello world!"文本框的空白幻灯片。

打开记事本，创建类似下面的".txt"文件：

幻灯片1 - 宽度 = 13.33英寸 - 高度 = 7.5英寸 - 背景颜色 = 白色 - 文本框1 - 文本 = "Hello world!" - 字体 = Arial - 字号 = 18 - 字体颜色 = 黑色 - 位置 = 距离左边缘5.9英寸，距离上边缘3.5英寸

若再添加一张有文本 "This is a circle" 及下方红色圆形的幻灯片。

需在".txt"文件添加以下内容：

幻灯片2 - 宽度 = 13.33英寸 - 高度 = 7.5英寸 - 背景颜色 = 白色 - 文本框1 - 文本 = "This is a circle" - 字体 = Arial - 字号 = 18 - 字体颜色 = 黑色 - 位置 = 距离左边缘5.9英寸，距离上边缘2英寸 - 形状1 - 形状类型 = 圆形 - 填充颜色 = 红色 - 高度 = 2英寸 - 宽度 = 2英寸 - 位置 = 距离左边缘5.7英寸，距离上边缘2.75英寸

看到这里，或许会想："有些内容重复且不变，可合并。"

演示文稿 - 幻灯片宽度 = 13.33英寸 - 幻灯片高度 = 7.5英寸 - 背景颜色 = 白色 - 字体颜色 = 黑色 - 字体 = Arial - 字号 = 18 幻灯片1 - 文本框1 - 文本 = "Hello world!" - 位置 = 距离左边缘5.9英寸，距离上边缘3.5英寸 幻灯片2 - 文本框1 - 文本 = "This is a circle" - 位置 = 距离左边缘5.9英寸，距离上边缘2英寸 - 形状1 - 形状类型 = 圆形 - 填充颜色 = 红色 - 高度 = 2英寸 - 宽度 = 2英寸 - 位置 = 距离左边缘5.7英寸，距离上边缘2.75英寸

这样好些，但30页正式演示文稿会使文件很大。所以，可拆分成小文件，分组存于不同文件夹。

presentation/ ├── presentation_properties.txt └── slides/ ├── slide1.txt └── slide2.txt

图表和图片

目前，幻灯片仅含文本和形状。那公司标志如何处理？

既然已用文件夹，可再创建"pictures"文件夹存放".png"和".jpg"文件。

presentation/ ├── presentation_properties.txt ├── slides/ │ ├── slide1.txt │ └── slide2.txt └── pictures/ └── logo.png

然后在幻灯片引用该图片文件，并指定大小和位置。

好处是，多张幻灯片使用同一标志，无需为每张保存图片副本。

幻灯片3 - 图片 - 来源 = logo.png - 高度 = 7.5英寸 - 宽度 = 7.5英寸 - 位置 = 距离左边缘2.92英寸，距离上边缘0英寸

图表也可用同样方法处理。Excel文件适合存储数值数据，可为每个图表分配".xlsx"文件存储数据。

presentation/ ├── presentation_properties.txt ├── slides/ │ ├── slide1.txt │ ├── slide2.txt │ └── slide3.txt ├── pictures/ │ └── logo.png └── excel/ └── book1.xlsx

记录图表信息时，记得引用该文件：

幻灯片4 - 图表 - 来源 = book1.xlsx - 高度 = 6英寸 - 宽度 = 9英寸 - 位置 = 距离左边缘2.17英寸，距离上边缘0.75英寸 - 标题 = Chart Title - 显示网格线 = 是 - 坐标轴最大值 = 6 - 坐标轴单位 = 1 ... - 系列3填充颜色 = 灰色

省略号代表很多内容。图表属性多，如可将数据标签单个字母设为粗体，也可加粗水平坐标轴线条。

幻灯片可能含多个图表，为便于管理，可将图表属性单独存于文件，采用与处理图片和Excel文件相同的引用策略。

可将图表属性移到"chart1.txt"文件，简化"slide4.txt"文件：

幻灯片4 - 图表 - 来源 = chart1.txt - 高度 = 6英寸 - 宽度 = 9英寸 - 位置 = 距离左边缘2.17英寸，距离上边缘0.75英寸

最终文件夹结构可能如下：

presentation/ ├── presentation_properties.txt ├── slides/ │ ├── slide1.txt │ ├── slide2.txt │ ├── slide3.txt │ └── slide4.txt ├── pictures/ │ └── logo.png ├── excel/ │ └── book1.xlsx └── charts/ └── chart1.txt

恭喜！你已重构".pptx"文件基本架构。

实际上，".pptx"文件是ZIP压缩包，含许多单独文件，且使用结构化XML文本，而非上述简单".txt"格式。

可将PowerPoint文件扩展名从".pptx"改为".zip"查看。

幻灯片文件夹内部如下：

虽未涉及幻灯片布局或母版，但将 "excel" 重命名为 "embeddings"，"pictures" 重命名为 "media"，文件夹结构就与".pptx"文件相似。

XML与简单文本有何不同？

看看包含 "Hello world!" 示例的"slide1.xml"文件内容。

<p:cSld> <p:spTree> <p:sp> <p:nvSpPr> <p:cNvPr id="5" name="TextBox 4"> <a:extLst>...</a:extLst> </p:cNvPr> <p:cNvSpPr txBox="1"/> </p:nvSpPr> <p:spPr> <a:xfrm> <a:off x="5359675" y="3244334"/> <a:ext cx="1472650" cy="369332"/> </a:xfrm> <a:prstGeom prst="rect"> <a:avLst/> </a:prstGeom> <a:noFill/> </p:spPr> <p:txBody> <a:bodyPr wrap="square" rtlCol="0"> <a:spAutoFit/> </a:bodyPr> <a:lstStyle/> <a:p> <a:pPr algn="ctr"/> <a:r> <a:rPr lang="en-US" dirty="0"/> <a:t>Hello world!</a:t> </a:r> </a:p> </p:txBody> </p:sp> </p:spTree> </p:cSld>

这像难以理解的机器代码。

把缩写换为完整单词，稍好懂些：

<CommonSlideData> <ShapeTree> <Shape> <NonVisualShapeProperties> <NonVisualDrawingProperties id="5" name="TextBox 4"> <ExtensionList>...</ExtensionList> </NonVisualDrawingProperties> <NonVisualShapeDrawingProperties isTextBox="1"/> </NonVisualShapeProperties> <ShapeProperties> <Transform> <Offset x="5359675" y="3244334"/> <Extents width="1472650" height="369332"/> </Transform> <PresetGeometry shape="rectangle"> <AdjustValues/> </PresetGeometry> <NoFill/> </ShapeProperties> <TextBody> <BodyProperties wrap="square" rightToLeftColumns="0"> <ShapeAutoFit/> </BodyProperties> <ListStyle/> <Paragraph> <ParagraphProperties alignment="center"/> <Run> <RunProperties language="en-US" dirty="0"/> <Text>Hello world!</Text> </Run> </Paragraph> </TextBody> </Shape> </ShapeTree> </CommonSlideData>

去掉XML标签结构和不重要属性，类似下面内容：

幻灯片 - 形状 - 文本框4 - X坐标: 5,359,675 - Y坐标: 3,244,334 - 高度: 369,332 - 宽度: 1,472,650 - 预设几何形状: 矩形 - 无填充颜色 - 文本: Hello world!

这里位置和大小数值用EMU（English Metric Unit）单位，用大数值避免浮点数，只用整数计算。

这和最初".txt"文件接近！

不过，18号字体和Arial字体不见了，这在意料之中，因之前把字体和字号信息写在"presentation_properties.txt"文件，避免在每个文本框重复书写。

在真正".pptx"文件中，主题字体族信息可能存储在"theme"文件夹下的"theme1.xml"文件：

<a:fontScheme name="Office"> <a:majorFont> <a:latin typeface="Arial"/> </a:majorFont> <a:minorFont> <a:latin typeface="Arial"/> </a:minorFont> </a:fontScheme>

所以，".pptx"文件基本是包含演示文稿数据的XML文件集合。有文件夹存放每张幻灯片单独文件，还有XML文件存储共享属性，如字体，避免信息重复。

那么，编辑PPTX文件很容易吗？

听起来简单，为每张幻灯片分配专门文件列属性，常用属性存共享位置提高效率。

总体思路合理，但实际实现复杂。

2005年，在政府对开放文档标准要求下，微软将 _OOXML（Office Open XML）_ 格式提交给 [Ecma International](https://en.wikipedia.org/wiki/Standardization_of_Office_Open_XML) 进行标准化。Ecma于2006年发布该标准，并于2008年被采纳为 [ISO国际标准](https://www.iso.org/standard/71691.html)。

该标准主要文档长达5000多页，相当于4套完整的《指环王》三部曲。单面打印，纸摞约20英寸（50厘米）高。

这是否夸张？

The Document Foundation（开源办公软件LibreOffice开发者，LibreOffice是Microsoft Office开源替代方案）[认为这是微软故意设置的障碍](https://blog.documentfoundation.org/blog/2025/07/18/artificially-complex-xml-schema-as-lock-in-tool/)，目的是让用户锁定在其生态系统：

不幸的是，XML模式既可以很简单，也可以变得不必要地复杂、臃肿、混乱，并且如果没有特定的知识，很难实现。

这种人为的复杂性表现为深度嵌套的标签结构、过度抽象、大量可选或重载的元素、不直观的命名约定、广泛使用的扩展点和通配符、多次导入命名空间和类型层次结构，以及稀疏或晦涩的文档。

这理论有说服力。可想象比尔·盖茨给史蒂夫·鲍尔默打电话说："史蒂夫，我需要你手下最厉害的工程师。把负责Clippy和Windows Update的团队调给我。我要让我们的Office套件让任何竞争对手都难以企及。"

"没问题，我把他们从Vista项目中调出来给你。"

这能解释OOXML中很多奇怪设计。

另一个不那么有说服力的理论是：要知道，PowerPoint于1987年创建，并于1990年在Windows系统上发布。当时工程师无法预见PowerPoint发展及需支持的功能。如今，中学科学教师用它制作带动画讲座演示文稿，投资银行家用它为董事会会议准备批准价值数十亿美元的上市公司合并材料。

40年后的今天，凭借后见之明和软件工程知识，易批评其架构。OOXML本身约20年历史，但须涵盖PowerPoint几十年功能和现有演示文稿。所以，OOXML变复杂，可能和有40年历史的代码库一样，不仅因委员会决策，还因多年添加的功能和兼容性要求，且不能在不能破坏的格式中体现。

结论

PowerPoint文件是包含XML文件和二进制资产的ZIP压缩包。

它存储了PowerPoint演示文稿设置的所有属性，并试图将这些属性组织到不同文件，避免重复、方便查找。

不幸的是，实际实现过程像雷区，存在继承链、严格元素顺序、应用程序设置默认值及其他奇怪特性。

正是这个"雷区"使代码自动化处理PowerPoint文件困难，也是AI智能体进行简单编辑遇困难的原因。

而editide正是为解决此难题，让AI智能体更轻松处理PowerPoint文件。

专为智能体设计的PowerPoint处理方案

让你的智能体无需处理XML。

[阅读文档](/docs/)