2

私は個人的なプロジェクトに取り組み始めたいと思っており、それをクロスプラットフォームにしたいと考えています。私の Linux の仕事はすべて法人顧客向けに行っていたので、ターゲットのディストリビューションは事前に指定されていましたが、これは異なります。

プロジェクトはオープン ソースで、Qt を使用します。これが私が疑問に思っていることです：

  1. 1 つのディストリビューションで開発とテストを行うだけで十分ですか、それとも複数のディストリビューションでテストする必要がありますか? 私の経験では、テストされていないと機能しませんが、一方で、特に趣味のプロジェクトになるため、そこにあるすべてのディストリビューションをビルドしてテストする余裕はありません.

  2. KDE を使用するディストリビューション X を選んだとしましょう。Gnome でディストリビューション Y を使用している人にとって、私のプログラムを使用するのはどれほど難しいと思いますか?

  3. Gnome を使っている人は私の Qt プログラムを使うのでしょうか、それとも Qt で書かれているという事実に気が進まないのでしょうか? 彼らがそれを便利だと思ったとしましょう。Qt と Gnome の統合はどの程度優れていますか?

  4. バイナリも出荷する必要がありますか? 最近のトレンドは何ですか: ソースまたはソース + ビン?

Linux での Qt オープン ソース プロジェクトの使用に関する個人的な例をいただければ幸いです。ありがとう。

4

2 に答える 2

2

  1. さまざまなパッケージング システム (apt、rpm など) を使用して、いくつかの異なるディストリビューションでテストします。それ以外はケースバイケースで行う必要があります。

  2. Qt アプリケーションの例は、umbrello UML モデリング ツールです。ubuntu ユーザーがしなければならないのは、sudo apt-get install umbrello. パッケージの準備ができていなくても、同様のコマンドでバイナリを実行できるように Qt を設定できます。

  3. 私の印象では、人々は 1 つのウィジェット ツールキット (gnome の場合は GTK、KDE ​​の場合は Qt) に固執する傾向がありますが、一方で、誰かが必要な優れたアプリケーションを使用していないのを見て驚くでしょう。ツールキット。

  4. ソースとバイナリの個別のパッケージ。バイナリはユーザー ドキュメントに、ソースは開発ドキュメントに付属します。

于 2010-03-09T13:11:46.060 に答える
1

  1. 別のディストリビューションでテストする必要があると思います。最も人気のある Ubuntu、Fedora、OpenSuse、Slackware、CentOS/RHE に固執する可能性があります。VirtualBox または VMWare プレーヤーと自由に利用できる仮想マシンを使用して、他のディストリビューションをテストできます (5 つ以上の個別のパーティションを用意する代わりに)。もう 1 つの方法は、開発しているディストリビューションのバイナリのみを提供し、他のディストリビューションのソース コードと手順 (ビルド方法) を提供することです。

  2. パッケージ マネージャー (RPM、APT-GET) を使用してバイナリを配布する場合、不足しているパッケージがまだインストールされていない場合はインストールされます (例: デフォルトで Gnome を使用するディストリビューション上の Qt4)。Debian、RedHat、Slackware のパッケージを簡単に作成できるCheckInstallをご覧ください。

  3. ショーストッパーではないと思います。アプリケーションが堅牢で、適切に設計され、便利な場合、デスクトップのルック アンド フィールの統合は問題にならないはずです... QtGtKStyleを使用して、アプリケーションが Gnome で正しく表示されるようにすることもできます。

  4. ほとんどのオープン ソース プロジェクトは、最も人気のあるディストリビューションのバイナリと、他のディストリビューションのソース コードを提供します (アプリケーションを手動でビルドできるようにするため)。

于 2010-03-10T13:34:41.193 に答える