2017-06-08 8 views
0

長期的な目標は、組み込み機器のHCI開発を行うことです。組み込み機器は電話機ではなく、実際にはそれを意味します。Qtクイックコントロール2.0 for embedded device

私は(私はQMLのコードが最適化されていないことを恐れた)いくつかの理由のためのQtクイックを避け、今月のQtのウィジェットに取り組んできましたが、昨日、私はこのビデオを見ている:Youtube
スピーカーで言いますQtクイックを使用しない理由はまだありません。

しかし、逆に、彼は組み込みデバイスでは、 JavaScriptではなく、C++コードを使用します。

私は本当にそれを取得しません、それは私のすべてのオブジェクトをC++コードで作成し、Qt Quickを使って自分のアーキテクチャを作る必要があるということですか?

Qtが私たちにしたいことは本当に得られません。 Qt Quickは、以前の安定したQtウィジェットを最適化したくないため、通信だけですか、それともQt Quickは本当に組み込み機器向けのソリューションですか?

私は個人的には、進化し続ける戦略を変えず、どこに行くのか分からないように、Qtは組み込みデバイスのソリューションではないと個人的に思っています。

このアルゴリズム以外の質問をお詫び申し上げます。ご回答いただきありがとうございます。

答えて

1

私は開発者の意図を話すことができず、他の開発者に話すこともできません。私は40年の間、組み込み機器を設計してきた開発者として、私が理解していることだけを話すことができます(数ドロッパーとして申し訳ありません)。

C++またはJavaScript? QtQuickを使用するかどうかにかかわらず、その質問があまりにも多すぎるとは感じません。確かに、いくつかのJaveScriptをQMLコードに埋め込むことができます(制限付き)が、同じコードベース(QMLに埋め込まれていない)でC++を使用することもできます。それからPythonがあります。 QtとQtQuickはどちらもプログラミングフレームワークであり、多少言語には依存しません。

私の見解では、QtQuickは、ユーザーインターフェイスコードを作成するための優れた移植可能な方法です。私の現在のプロジェクト(多軸の産業用サーボ制御システム)では、(ネットワーク制御やデータストリーミングのような)より高度な処理の大部分をC++で行い、 、Cおよび下位レベルのアセンブリ言語(uCおよびDSPで実行されるルーチン)が含まれます。私の意見では、QMLとC++のインタフェースはうまくいっています。

+0

あなたは、私はあなたには、いくつかの以前のアプリケーションのFlashで使用推測する組込み機器向け実験したデザイナーであるため?私は両方の "フレームワーク"を比較しようとしています(これは今のところのみです)。 私の専門家による評価がQtで(非常に)低いので、あなたのコメントにより、私の研究にさらに進むことを奨励しています。ありがとうございました – TaiZzZ

+0

以前はユーザーインターフェイスにFlashを使用していませんでした。 90年代まで、ユーザーインターフェイスは単にプッシュボタンで、時には文字ベースのLCDでした。その後、より洗練されたUIが必要になったので、プログラマブル端末を追加したり、Visual StudioでC#を使用したりしました。私は過去数年間だけQtを使ってきました。 – Mark

1

あなたのビジネスロジックのすべてではないにしても、ほとんどがC++モデルのバックエンドを使用して行うべきであるという考え方をスピーカーが得ていると思います。ただし、JSはインタープリター言語であり、実行時のパフォーマンスはコンパイルされたC++コード(C++の書き方によって異なる)になる可能性があるため、埋め込まれたJavaScriptを使用してQMLですべてのロジックを行うことは可能です。

QObjectsモデルでC++を使用してQtQuick要素の個々のプロパティを更新しながら、JSを使用してグラフィカルコンポーネントを操作したいだけです。

これはQtのクイックベストプラクティスのwikiに記載されている、 https://wiki.qt.io/Qt_Quick_Best_Practices

関連する問題