Qtアプリケーションのデプロイ

Qtアプリケーションのデプロイには、C++プログラミングは一切必要ありません。このドキュメントに記載されている手順に従い、Qtとアプリケーションをリリースモードでビルドするだけで済みます。

静的ライブラリと共有ライブラリ

アプリケーションを展開するには、次の2つの方法があります：

• 静的リンク
• 共有ライブラリ（Mac 上のフレームワーク）

静的リンクを行うと、スタンドアロンの実行ファイルが生成されます。利点は、デプロイするファイルがわずか数個で済むことです。欠点は、実行ファイルのサイズが大きくなること、柔軟性に欠けること（つまり、アプリケーションやQtの新しいバージョンがリリースされた場合、デプロイプロセスを繰り返し行う必要がある）、およびプラグインをデプロイできないことです。

プラグインベースのアプリケーションをデプロイするには、共有ライブラリアプローチを使用できます。共有ライブラリを使用すると、実行ファイルのサイズが小さくなり、柔軟性も高まります。たとえば、共有ライブラリアプローチを使用すれば、ユーザーはアプリケーションで使用されているQtライブラリを個別にアップグレードすることができます。

共有ライブラリアプローチを使用するもう一つの理由は、一連のアプリケーションで同じQtライブラリを使用したい場合です。実際、Qtのバイナリインストール版をダウンロードすると、Qtは共有ライブラリとして提供されます。

共有ライブラリアプローチの欠点は、デプロイするファイルの数が増えることです。詳細については、「共有ライブラリの作成」を参照してください。

Qt ライブラリの配布

Qtがシステムライブラリの一部でない限り、アプリケーションと一緒に再配布する必要があります。最低限、アプリケーションが使用するライブラリのランタイムを再配布する必要があります。ただし、静的リンクを使用すれば、Qtのランタイムを実行ファイルにコンパイルして組み込むことができます。

一般的には、アプリケーションおよびそのユーザーにとって不要であると判断したものを除き、Qtのビルドで使用しているすべてのプラグインを配布する必要があります。

たとえば、JPEG サポートや Qt SQL ドライバ用のプラグインを配布する必要があるかもしれませんが、アクセシビリティ用のものを含め、ユーザーが要求する可能性のあるプラグインも配布する必要があります。プラグインの詳細については、「Qt プラグインの作成方法」を参照してください。

Qt を使用するアプリケーションは Qt Qml アプリケーションは、使用しているQML モジュールも同梱する必要があります。

共有ライブラリアプローチを使用してアプリケーションをデプロイする場合、Qt ライブラリが Qt プラグイン、ドキュメント、翻訳などを検索するために正しいパスを使用していることを確認する必要があります。これを行うには、qt.conf ファイルを使用できます。詳細については、「qt.conf の使用」を参照してください。

構成によっては、コンパイラ固有のライブラリも再配布する必要があります。詳細については、Linux、Windows、およびmacOS 向けのプラットフォーム固有のアプリケーション依存関係を参照してください。

ライセンス

Qtのライブラリの一部は、Qtと同じデュアルライセンスモデルでライセンスされていないサードパーティ製ライブラリに基づいています。そのため、これらのライブラリを使用するアプリケーションを展開する際、特にアプリケーションがそれらに静的にリンクされている場合は、注意が必要です。詳細については、「Qtで使用されるサードパーティ製コード」を参照してください。

QtNetwork の一部の構成では、実行時にOpenSSLが使用されます。OpenSSLライブラリの配布には、ライセンスおよび輸出規制の両方が適用されます。詳細については、「Secure Sockets Layer (SSL) クラス」を参照してください。

プラットフォーム固有の注意事項

Qt アプリケーションの展開手順は、プラットフォームによって異なります。

• Linux 向け Qt
• Windows 向け Qt
• macOS向けQt
• Android向けQt
• HarmonyOS向けQt