のための良いライブラリを知っている人はいませんか（ワード2007サポートが望ましい）を読む/解析/変更できるDelphi MS WordのOLEオートメーション？私は.Netのためにいくつかを見つけましたが、Delphiのためのものはありません。 Aspose、私は自分のアプリケーションでの.NET依存関係を追加したくないWord.netWordオートメーションなしでDelphiでMS Word文書を読み取り/解析/変更する
-
は例えば、ここでは2 .NET/Javaライブラリです。 exeファイルの内部でコンパイルするライブラリが最も適していますが、ActiveXも動作します。
ありがとうございます。
.NETライブラリを使用して、Delphiから使用できるActiveX/COMラッパーを作成できます。
This articleは、COMと.NET間の相互運用性について説明しています。 「COMからの.NETオブジェクトの使用」を参照してください。
私は（単純な非商用の）Excelの亜種を知っていますが、Wordはありません。まったく新しいものではない。
DR：問題はWordがインストールされている必要があることです。上記のオプションはそうではありません。さらに、OLEは遅くなる可能性があります。あなたがそれに郵送するために大量の個人的な手紙を作ってほしいとき。
私が想像することができる唯一の他のルーチンは、Open Officeの自動化です。しかし、それはおそらく同じスピードの問題（または悪化）を抱えているため、なぜこれを正確に望むのかによって異なります。
Office形式はひどく複雑で、ほぼすべてのソリューションは単語のコピーを咳するだけではなく、より高価になります（巨大な時間または金額）。
OPによると、彼はネイティブアクセスをサポートする.NETライブラリを持っていました。なぜそのライブラリのラッパーを作成すると、Wordのインストールに依存するのですか？ –
それはありません。私は誤解しています。とにかく、彼が避けたいものが何であるかを知らずに、それを打ち明けるのは理にかなっていません。スピード/お金/依存。 –
私はOOoの方法よりも.NETの方法が悪いとは思わない。後者は無料です。 –
ScalabiumTSMWordDocumentコンポーネントは、プレーンテキストを抽出することができ、完全にネイティブコードです。これを避けることもできます。しかし、それらの変更やグラフィックス/スタイルの抽出はサポートしていません。彼らのSMエクスポートコンポーネントセットはWord文書の生成を可能にしますが、読み込みをサポートしていないと思います。 TSMWordDocumentを使用していますが、これはCOMオートメーションと比較すると非常に高速です。私たちのヒットした唯一の欠点は、Delphi 2009と互換性があるにもかかわらず、システムのコードページが一致しない限り、それでも国際的なテキストを扱えないということです（日本のシステムの日本語は大丈夫ですが、英語はありません）。
文書を修正できない場合、TSMWordDocumentは私のためのものではありません。 –
マイクロソフトのフォーマットは非常に複雑であり、自動化せずに必要な作業を行うための一連のコンポーネントを作成し、最新の状態に保つ作業がたくさんあります。
Winsoft's Office Component Suiteがありますが、最新バージョンのOfficeまたはDelphi 2009+で動作するように更新されていないことがわかります。
私はそれについて考えました。 .NETフレームワークに依存関係を追加したくないので、これは私の最後の選択です –
予算に応じて、ラッパーで.NETリンカーを使用できます。 http://www.remotesoft.com/linker/ –