このサイトを実行しているビューアはネイティブ .NET コンポーネントです。自分のプロジェクトでは、サービスとして呼び出すのではなく、参照として使用します。ビルドターゲットは .NET Framework 4.0 以上 と .NET Standard 2.0 以上 の 2 つで、後者が .NET Core 以降に含まれます。コンポーネントは Doconut です。
どのターゲットを使用していますか
プロジェクトがすでに何であるかで選択し、どちらが新しく聞こえるかで選ばないでください。
- WebForms または MVC on .NET Framework — 4.0 以上のターゲットです。変更は不要です。
- ASP.NET Core MVC または Razor Pages — .NET Standard 2.0 のターゲットです。
- Blazor Server — 同じ .NET Standard 2.0 のターゲットです。レンダリングはどちらの場合もサーバー側で行われるため、ホスティングモデルはコンポーネントが必要とするものに影響しません。
- Linux コンテナ — 対応済みです。コンテナ内では .NET Core パスが使用されます。
両方のターゲットは同じレンダラを使用します。ターゲットは参照するアセンブリを決定し、取得できるフォーマットを決めるわけではありません。
ブラウザがインストールするもの
何もありません。ActiveX、プラグイン、Java、リーダーは不要です。サーバーがドキュメントをブラウザが既に描画できる形式に変換して送信します。そのため、ロックダウンされた企業デスクトップでもスマートフォンでも、クライアント側に不足や古いものがあることはありません。
サーバーが代わりに行うこと
すべてです。ドキュメントはサーバー側で開かれ、レイアウトされ、レンダリングされます。これには次の 2 つの重要な影響があります。
- サーバーに Office は不要です。 レンダラはネイティブ .NET でフォーマットを直接読み取ります。Office のインストールも Interop も COM も必要ありません。
- レンダリングは CPU とメモリを消費します。 200 ページの PDF と 40 MB の CAD 図面では要求が異なります。実際に受け入れる可能性のある最大ファイルサイズに合わせてマシンを選定し、アップロードサイズをその上限に制限してください。
それがそうでないこと
クライアント側の JavaScript ライブラリでブラウザ内でファイルを開くものでも、ドキュメントを送信するホスト型 API でもありません。これらが必要な場合は、こちらのコンポーネントは不適切であり、最初から別の選択肢を検討すべきです。
何も参照せずに出力を確認したいですか？ それは このサイトのビューア の背後にある同じレンダラです — ファイルをアップロードすれば、ユーザーが得る結果と同じになります。ライセンス情報、パッケージ、API ドキュメントは Doconut.com にあります。