总的接口

当我们谈及iText7里面的基础的构建块（就是一些页面元素），首先会提到那些实现IElement接口的所有的类，iText7首先是用Java写的，然后移植到了C#。iText7官方为了开发者的方便，尤其针对C#开发人员，每个类接口的名字都以字母I开头。

下图宏观展示了IElemeent和其他接口的关系：

itext-h-1

在整个层次的最高层，我们可以看到IPropertyContainer接口。这个接口定义了方法来set,get和delete属性。这个接口有两个直接子接口：IElement和IRenderr。IElement接口最终是被一些类实现的，例如Text，Paragraph和Table。这些类的对象会被直接或者间接地被加入一个documnt。而IRenderer接口最终会被另外一些类实现，例如TextRender，ParagraphRenderer和TableRender，当我们想调整一个对象的呈现方式，这些renderers会被iText内部使用。

IElement接口两个直接子接口。ILeafElement接口会被那些不能包含其他元素的构造块元素实现，例如，你可以添加一个Text和一个Image元素添加到Paragraph对象，但是你不可以添加任何元素到一个Text或者Image元素中。所以Text和Image元素是实现ILeafElement接口的。最后，这里的ILeafElement接口是允许你在加入所有内容之前渲染这个对象，这么做得好处就是能减少内存使用：在加入所有内容之前，那些已经加入表格的内容可以被渲染并且从内存中清除。

实现接口的抽象类

IPropertyContainer接口被抽象类ElementPropertyContainer实现。这个类有三个直接子类，如下图：

itext-h-2

Style类是一个有很多样式属性的容器，例如外边距、内边距和旋转属性。它从ElementPropertyContainer抽象类继承一些样式属性，例如：宽度、高度、颜色、边框和对齐方式。

RootElement类定义了方法来添加添加内容，要么使用add()方法，要么使用showTextAligned()方法。Document对象会把内容添加到一个页面中。而Canvas对象并不会知道页面Page的概念。RootElement相当于充当了高级布局API（Document）和低级布局API(Canvas)之间的桥梁和过渡。

下图宏观展示了AbstractElement接口的实现类：

itext-h-3

这张图和下面一张图都比较模糊，官网上给的图都很模糊，没办法，等以后有空重新画一下吧>_<，可以看看文字解释

所有继承AbstractElement类都要实现IElement接口。Text,Image,Tab和Link实现ILeafElement接口。ILargeElement接口只会被Table类实现。上述的这些类的使用能让可以更加容易创建带有标签的PDF。

还记得我在第七章提到的PDF/A level A吗，有标签的PDF的PDF在那一章有提及，大家忘记了可以去看看

当我们使用setTAgged()方法来创建一个PdfDocument是，所有实现IAcesssibleElement接口的元素的语义信息都会被加入到省城的PDF文件中。iText会创建一个结构树，这个结构树里面Table被标记为一个table,List被标记为一个list,其余元素都会正确的带有标签，这些元素包括：Text、Link、Image、Paragraph、Div、List、ListItem、Cell和LineSeparator。Tab和AreaBreak对象不会实现IAcesssibleElement接口，因为他们没有实际的内容并且空格也没有任何语义。

IRender的实现类

iText会使用正确的sIRender来渲染文档里面的内容。下图给出了IRender接口的实现的类：

itext-h-4

我们来比较这张图和上张图，我们会发现每个AbstractElement和每个RootElement都有对应的渲染器，在这里我们不会深入讨论每一个渲染器，在以后的例子中，我们涉及到这些渲染器，到时候再提