-1

私はすでにこれを読んだ：

IBM Worklight - ネイティブ アプリで使用できない機能はどれですか?

しかし、今は少し古いので、私は尋ねています：

  • Worklight を使用してビジネス アプリケーションおよびバンキング ツールの領域でネイティブ クロスプラットフォーム モバイル アプリを開発する際に、どのような機能がまだ不足していますか (JSONStore とダイレクト アップデートはまだ利用できませんか? さらに不足している機能はありますか?)。

  • ネイティブSDKを使用しているにもかかわらず、そのようなフレームワークを使用することの一般的なCONは何ですか（ネイティブプラットフォームのロードマップ、フレームワークインフラストラクチャの重量、パフォーマンスの問題、一般的なトレードオフなどに追いつくためのクロスプラットフォームの闘争など）。

Worklight の資料への参照は大歓迎です。

前もって感謝します

4

1 に答える 1

0

ネイティブ開発の本質は、ハイブリッド開発とは大きく異なります。

  • ネイティブ開発では、Worklight は、Worklight Server とそれを取り巻く機能 (リンク先の質問にリストされているように) を操作できるようにする一連の API を提供します。
  • 一方、ハイブリッド開発では、クライアント側に関連する機能も利用できます。これらのクライアント側関連機能はWeb 開発用であるため、この 2 つ (ネイティブとハイブリッド) の間に相関関係はありません。

Worklight を使用してビジネス・アプリケーションおよびバンキング・ツールの領域でネイティブ・モバイル・アプリを開発する際に、どのような機能がまだ不足していますか (JSONStore と Direct Update はまだ使用できませんか? さらに不足している機能はありますか?)。

したがって、リストはあまり変更されていません。

  1. Worklight 6.2 以降、JSONStore はネイティブ開発でもサポートされます

  2. WP8 のプッシュ通知がネイティブ開発でもサポートされるようになりました

ダイレクト アップデートについては... この機能は、ネイティブ リソースではなく、Web リソースを更新するためのものです。また、このようなネイティブ リソースの更新はプラットフォームで許可されていないため、ネイティブ開発ではダイレクト アップデートはサポートされていません。

ネイティブSDKを使用しているにもかかわらず、そのようなフレームワークを使用することの一般的なCONは何ですか（ネイティブプラットフォームのロードマップ、フレームワークインフラストラクチャの重量、パフォーマンスの問題、一般的なトレードオフなどに追いつくためのクロスプラットフォームの闘争など）。

いつものようにネイティブ開発を処理します。フレームワークは、サーバー・サイドで Worklight が提供するものを使用するためのツールのみを提供します。

于 2014-11-21T10:26:37.660 に答える