3edeac5e5f
git-svn-id: https://svn.apache.org/repos/asf/jakarta/poi/trunk@352390 13f79535-47bb-0310-9956-ffa450edef68
41 lines
1.9 KiB
XML
41 lines
1.9 KiB
XML
<?xml version="1.0" encoding="UTF-8"?>
|
|
<!DOCTYPE document PUBLIC "-//APACHE//DTD Documentation V1.1//EN" "../dtd/document-v11.dtd">
|
|
<document>
|
|
<header>
|
|
<title>PoiFS</title>
|
|
<subtitle>Overview</subtitle>
|
|
<authors>
|
|
<person name="Andrew C. Oliver" email="acoliver@apache.org"/>
|
|
<person name="Nicola Ken Barozzi" email="barozzi@nicolaken.com"/>
|
|
</authors>
|
|
</header>
|
|
<body>
|
|
<section title="Overview">
|
|
<p>POIFS is a pure Java implementation of the OLE 2 Compound
|
|
Document format.</p>
|
|
<p>By definition, all APIs developed by the POI project are
|
|
based somehow on the POIFS API.</p>
|
|
<p>A common confusion is on just what POIFS buys you or what OLE
|
|
2 Compound Document format is exactly. POIFS does not buy you
|
|
DOC, or XLS, but is necessary to generate or read DOC or XLS
|
|
files. You see, all file formats based on the OLE 2 Compound
|
|
Document Format have a common structure. The OLE 2 Compound
|
|
Document Format is essentially a convoluted archive
|
|
format. Think of POIFS as a "zip" library. Once you can get
|
|
the data in a zip file you still need to interpret the
|
|
data. As a general rule, while all of our formats <b>use</b>
|
|
POIFS, most of them attempt to abstract you from it. There
|
|
are some circumstances where this is not possible, but as a
|
|
general rule this is true.</p>
|
|
<p>If you're an end user type just looking to generate XLS
|
|
files, then you'd be looking for HSSF not POIFS; however, if
|
|
you have legacy code that uses MFC property sets, POIFS is
|
|
for you! Regardless, you may or may not need to know how to
|
|
use POIFS but ultimately if you use technologies that come
|
|
from the POI project, you're using POIFS underneith. Perhaps
|
|
we should have a branding campaign "POIFS Inside!". ;-)</p>
|
|
|
|
</section>
|
|
</body>
|
|
</document>
|