BlackBerry 10 NDKの新鮮な印象

過去2週間、クライアントの1人が彼に助けてくれと頼んだので、BlackBerry 10 NDKをもう一度調べました。 Qt入門コースをBlackBerryプラットフォームに適応させることをお勧めします。また、今年初めにYouTubeで公開されたBB10およびCascadesのチュートリアルシリーズのヒントに従うことをお勧めします。 ここで、BlackBerry 10 NDKの私の新鮮な印象を共有したいと思います。 ところで、私はすでにこの春にBB10 NDKでの 最初の 実験について書きました。



ご注意 これは、Jens Weller によるメモの無料翻訳です。 翻訳は、世界の現在の状態の一般的な図[BB10 + Qt]を編集するために行われました。 良い読書をしてください。

アプリケーションとC ++

始める前に、アプリケーションとC ++について簡単に紹介します。 Javaや.NETなどの他の言語から移行する人々は、多くの場合、C ++でアプリケーションを作成する必要性を理解していません。 特に、OOPとGarbage Collectorに強制的に結び付けられた言語から移行することは、C ++で使用されるすべての概念を理解するのが容易ではないことです。 私の意見では、実際には、特にそのような強力なQtフレームワークと組み合わせて、アプリケーション開発にC ++を使用する多くの理由があります。 その理由の1つはパフォーマンスです。C++はハードウェアに非常に近いため、アプリケーションは最小限のバッテリーを消費します。 将来的にデバイスのパフォーマンスが向上する上限があるという事実は言うまでもありませんが、ハーブサッターは「無料の配給は終了しました」 （ ウェブマスコンハブに 翻訳があります - 翻訳者のメモ ）というメモでこれを言及しました。 QtフレームワークはAndroidとiOSの両方で利用できるようになったため、C ++とQt / QMLはモバイルアプリケーションを作成するための非常に強力な組み合わせになりました。

NDKとカスケード

したがって、BlackBerry 10用のアプリケーションを開発するときは、 BlackBerry NDKから始める必要があります。 新しくリリースされた1.2バージョンをプレイする時間はありませんでしたが、IDEは一見して著しく良くなり、より安定しました。 しかし、1.2はまだ「ゴールデン」ステータスを受け取っていません（APIを修正し、 既に受け取っています- 約Translator ）。したがって、1.2の何かが必要でない限り、1.1で書くことをお勧めします。 BlackBerry NDKにはCascades Frameworkが付属しており、BB10用のアプリケーションを開発するときに使用するAPIです。 CascadesはQtの上に構築され、QMLを使用しますが、BlackBerryにはUIスレッドで実行される独自のQML実装があるため、Qt5にはQtQuick 2があります。 そのため、QtQuick1または2で作成されたQMLは、カスケードでは機能しません。 また、Qt5はCascadesで完全にサポートされていません-現在のバージョンはQt 4.8に基づいています。



2010年以来、QtとQMLでのモバイル開発に興味があり、以前はMeeGoで忙しかったのですが、今はBlackBerryで働いています。 BB10のQMLはわずかに異なり、コンテナ、ページ、コントロールなどの特別な要素を使用しますが、QtQuick1 / 2はItemやRectangleのような非常に基本的な要素を提供します。 QMLとそのAPIについては、BlackBerryには独自の小さな世界があります。 それまでの間、Qt5アプリケーションはBB10上で構築および実行できますが、Cascadesが提供する統合の度合いは伴いません。

QMLおよびC ++

ドキュメントと議論から判断すると、主なアプローチは、必要な場合にのみC ++のほとんどのタスクとブリッジにQMLを使用することになります。 たとえば、C ++でモデルをQ_PROPERTY



し、 Q_PROPERTY



を使用してクラスメソッドを宣言してQMLにアクセスする場合。 その後、ほとんどの作業はQML側で行われます。 QMLには、console.assertなどのエラーを確認およびチェックする方法はほとんどありませんが、QMLはJavaScriptに翻訳されており、強い型付けがないため、型の一致をチェックできません。 変数名にタイプミスがあると、QMLがこのエラーに気付かない可能性がありますが、この変数は新しく宣言されていると見なされます。 簡単な例：

 Container { layout: DockLayout { } Label{ text:ListItemData.titel } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ListView



コンテナに表示するためのこの単純な要素は、 ListItemData



を介して表示用のデータにアクセスします。 ここで小さなミスをしました。実際、この要素はtitle



と呼ばれ、 titel



はドイツ語です。 さらに、ドイツ人はすぐにそれに気付かないでしょう。 そして、QMLはそれ以上気づきません。 ここに任意の単語を挿入できます。QMLはコンパイル時でも実行時でもこのようなエラーをチェックしません。 何も表示されません。コンソールで警告を見つけるのは幸運かもしれません。 ところで、IDEを正しく構成すると、デバイスでデバッグしているときでも、メッセージが確実に表示されるはずです。



これに対処するには？ Cascadesの背後にはQt上に構築されたC ++フレームワークがあるため、少なくともC ++では、これを検出してエラーを報告する機会があります。 残念ながら、これはコンパイル時に検出できませんが、私はその方向で作業しています。 したがって、 Q_ASSERT



は、アプリケーションの実行中にチェックを行います。 QMLに含まれるカスケードのすべての要素には、実行時に各要素に対して動的にインスタンス化されるC ++のクラスがあります。 Cascades APIを使用すると、これらのクラスのオブジェクトを検索して、いくつかのことを制御することができます。 C ++からListView



項目を提供するListView



クラスもあります： ListItemProvider



。 このクラスには独自のインターフェースがあります：

 virtual bb::cascades::VisualNode* createItem(bb::cascades::ListView* listview,const QString& type); virtual void updateItem(bb::cascades::ListView* listview,bb::cascades::VisualNode* node,const QString& type,const QVariantList& indexPath, const QVariant& data);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これらの仮想メソッドの実装により、ListViewに表示するアイテムを作成し、実際の値をそれらに入力することができます。 BlackBerryは実装例を提供します。 残念ながら、これらの例ではQMLを使用していませんが、完全にC ++で記述されています。 しかし、私は個人的にUIにQMLを使用するのが好きです。 また、このようなOOPスタイルは、BlackBerryの例のように、個々のListView



ListItemProvider



からの継承を意味しListItemProvider



この問題を完全に解決したいので、独自の一般化されたListItemProvider



。 すべてのチェックはアプリケーションの実行中に行われるため、C ++テンプレートはオプションではありません。次の実装を見てみましょう。 各タイプのハンドラーを宣言するためのヘルパーメソッドであるaddTypeの簡単なスニペットであるcrateItemに進む前に：

 void ListViewItemProvider::addType(const QString& type, const QString& qmlasset, const listitem_callback& callback) { bb::cascades::QmlDocument* doc = bb::cascades::QmlDocument::create(qmlasset); if(!doc->hasErrors()) { doc->setParent(this); type_map.insert(type,doc); callback_map.insert(type,callback); }//TODO add additional error checking & handling }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このメソッドは、タイプごとに異なるハンドラーを追加します。 タイプはQString



オブジェクトを使用してQMLで記述されるため、サポートされるタイプを保存するにはQMap<QString, QmlDocument*>



で十分です。 このメソッドは、 QmlDocument::create



を使用して、qmlリソース（たとえば、 file:///partial.qml



comment ）をQmlDocument



しQmlDocument::create



。 ところで、上記の例で説明したように、 QmlDocument::create



は実際にはQmlDocument*



返しません。 Builder



ユーティリティクラスへの参照を返し、 QmlDocument



を作成します。その後、 QmlDocument*



への暗黙的な変換を行うようです。 基本的に、ここには興味深いものはありません。先にcreateItem



メソッド：

 bb::cascades::VisualNode* ListViewItemProvider::createItem(bb::cascades::ListView* listview,const QString& type) { if(type_map.find(type)!=type_map.end()) { bb::cascades::Container* node = type_map[type]->createRootObject<bb::cascades::Container>(); return node; } Q_ASSERT_X(false,__FUNCTION__,type +" TYPE not handled"); bb::cascades::Container* con = new bb::cascades::Container(0); bb::cascades::Label* label = new bb::cascades::Label(con); label->setText("ERROR"); return con; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このコードは、最初に型登録をチェックしてから、作成されたオブジェクトへのポインターを返すQmlDocument::createRootObject



使用してオブジェクトを作成します。 これはテンプレートなので、作成するオブジェクトのタイプを事前に知る必要があります。 これまでのところ、すべてのUI要素に対してContainer



をルートオブジェクトとして使用することを自分で決定しました。 ここでは、 createItem



メソッドの戻り値であるVisualNode*



タイプも適しています。 ここで最も興味深い部分はエラー処理です。これをどのように行う必要がありますか？ ここで、 Q_ASSERT_X



がQ_ASSERT_X



なり、エラーを報告します。 ただし、デバッグなしのアセンブリの場合、何も報告されませんが、メソッドは値を返す必要があります。 ドキュメントでは0について何も言われていないため、これがこのメソッドの有効な戻り値であると考える理由はありません。 しかし、一方で、ドキュメントには、返されたポインターがListView



属することが明確に記載されています。0を返しても（BB10開発者がこれを提供しました）、テスターからエラーを隠します。 そこで、エラーテキスト付きのLabel



付きの小さなContainer



を返すことにしました。 メッセージをより適切に定式化できたかもしれませんが、このバージョンでは、テスターがこのエラーに気付く可能性が高くなります。 または、例外をスローすることもできますが、その制御がCascades APIおよびQtに戻された後、BB10でサポートされていますがQtおよびCascadesは例外を使用しないため、これは最適なオプションではありません。



最後に実装するのはupdateItem



メソッドです。 繰り返しますが、一般化されたコードを書くので、簡単に解決することはできません。 最終的には、ロードされたQMLファイルに正しい値をロードする必要があります。これも、一般的なアプローチを実装するために自転車を書くことにした理由の1つです。 ただし、この実装をクラスから直接借用するオプションがあります。コールバックを登録して必要なタイプのオブジェクトを作成しましたが、現在はupdateItem



メソッドで対応するコールバックを呼び出すだけです。

 if(callback_map.find(type)!=callback_map.end()) { #ifndef USE_BOOST (*callback_map[type])(node,indexPath,data); #else callback_map[type](node,indexPath,data); #endif }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この瞬間まで、USE_BOOST USE_BOOST



使用/非表示にすることはできませんでしたが、そのようなコールバックの場合、C ++プログラマーはまずboost::function



考慮する必要がありboost::function



。 また、BlackBerryはBoostがサポートされていると主張しているため 、私は確かにそれを使用しています。 そして、それはそれほど簡単ではないことがboost/type_traits/detail/cv_trait_impl.hpp



ました、少なくとも私のツールチェーンはboost/type_traits/detail/cv_trait_impl.hpp



エラーでクラッシュします。 多くの人がブーストを使用していることを知っているので、ツールチェーンまたはLinuxディストリビューションの設定が原因である可能性が高いエラーです。 GCCバージョン4.6.3では、エラーはプリプロセッサから発生したようです。エラーテキストには、括弧の不一致に関するメッセージが表示されます。 私は、ローカルマシンでブーストのバージョンにパッチを適用することを好み、これをブーストコミュニティとBlackBerryに報告しました。 BB10でブーストを使用する場合は、GitHub BlackBerryのブーストバージョンを使用することをお勧めします。 誰もがブーストを必要とするわけではないので、ブーストが再び故障した場合に備えて、ブーストなしのバージョンも作成しました。



最後に、コールバックの実装：

 void ApplicationUI::callbackMyListItem(bb::cascades::VisualNode* node,const QVariantList& indexPath, const QVariant& data) { bb::cascades::ImageView* image = node->findChild<bb::cascades::ImageView*>("imageview"); Q_ASSERT(image); if(image) { QString name_image = "image"; //this must be correct! QVariantMap map = data.toMap(); bool hasdata = map.contains(name_image); Q_ASSERT(hasdata); if(hasdata) image->setImageSource(map[name_image].toUrl()); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この場合、画像へのパスが設定されます。 VisualNode



へのポインターはVisualNode



から継承されるため、子オブジェクトはfindChild



を介して取得でき、何も見つからない場合は0を返します。 したがって、このケースを確認するには、ここでQ_ASSERT



を使用することが適切です。 次に、データがQVariantMap



でQVariantMap



れQVariantMap



。 いずれにせよ何らかの種類の画像が必要なので、QVariantMapコンテナ内の要素の存在を確認します。 そうでない場合は、 Q_ASSERT



が再び助けになります。 このコールバックは、単純にboost::bind



登録されます。



値の検索もモデルを介して実装できますが、BB10はQtの通常のモデルをサポートせず、代わりにBlackBerryがモデルクラスを実装しました。 一般にこれは良いことですが、特にQtアプリケーションをAndroid、iOS、PC / Mac、またはJollaに移植するときに使用できるので、個人的にQtのモデルを好みます。 「ゴールド」スポンサーの1つであるKDABは、この誤解を解消し、Qtモデルをカスケードでの使用に適したものにするソリューションを公開しました。

IDE

次に、IDEについて少し説明します。 前述したように、IDEはバージョン1.2のリリースで改善されました。 環境は改善されつつありますが、場合によってはまだ完全ではありません。 QMLエディターはまだ十分ではありませんが、クラッシュしたときにIDE全体がドロップされることはありません。 代替手段はQt Creatorで、QMLのサポートも改善されています。 現在のところ、Cascadesの開発に関しては、BlackBerryのMomentics IDE（Eslipse- およそTranslatorに基づく）がQtCreatorよりも優れているように思えます。 まず、QtCreatorにはCascadeとの統合がまったくないため、NDKにはこれに必要なファイルがないため、QML自動補完は機能しません。 同じ理由で、ビジュアルQMLエディターは機能しません。 もちろん、QtはQtCreatorでわずかによくサポートされていますが、NDKのバージョン1.2では、この方向に本当に多くの改善があります。 QtCreatorが提供するプロジェクトテンプレートは、Momenticsほど優れていません。たとえば、ローカライズコードの統合が欠けています。 Momenticsのテンプレートにはmain.cpp



にQTranslatorがmain.cpp



れているという事実が気に入っています。 MomenticsとQtCreator Obamaは、DevAlphaデバイス用の作業アプリケーションを作成できるため、QtCreatorでBB10の開発が可能ですが、成長する余地があります。



必要な場合は、 ListViewItemProviderソースコードをダウンロードしました...

人気のコメント（1個）

「遺体安置所を訪れたいのは誰ですか？」