質問

も貧しいネットワーク接続?

具体的には、立ちたいと思っていまコードを開始別のスレッドのUIを使用する試みのファイルのアップロードを経由HTTPます。がその場で発音を確認することがした場合には、接続不良、プロセッサーが貼ったoutputstreamに書き込みます。close()またはhttpconnection.getheaderfield()のread/writeする力データのネットワーク.このスレッドにこだわったものの、盗み取り、全体のプロセッサでも、ユーザインタフェースになりに応じ.

私た低優先度スレッドに無い.

私の理論であるのを避けるこの動作は、なぜすべてのj2meチュートリアルの指導開発者はこれらのデータ送信は、ネットワークを...'の画面だけではなく、"送付すべ背景にねじになります。誰かができることを証明私は間違っている。

よろしく!

役に立ちましたか?

解決

1つの重要な側面は、あなたがバックグラウンドでのネットワーク呼び出しが失敗したときに表示することができ、一般的なUIや画面を持っている必要があります。これはかなり任意のモバイルアプリ、J2MEまたはそれ以外に必要不可欠です。

Honzaが言ったように、それは設計に依存

、ロードされた画面に基づいてアプリの起動時に、プリフェッチデータ、またはプリフェッチのデータのように行うことができるので、多くのものは、(つまり、ナビゲーションパス)があり、またはなどのアプリに内蔵のデフォルトのデータセットを持っています。

あなたが試すことができますもう一つは、ある一定の時間後にデータのダウンロードを再試行タイマー機構を内蔵し、5回の試行または1〜2分を言った後に中止し、一般的な画面やエラーメッセージを表示します。

あなたがそれを検出し、速やかに適切な画面を表示することができ、可能な場合、

J2MEで特定の携帯電話は、機内モードの検出を可能にします。

私はいくつかのサムスンのかなりの数の興味深いバグを持っていたとしているように、

また、私のために働いているもののデザインは、彼らがお互いをロックアップしていけないように、(塩の重い線量とアドバイスのこのビットを取り、UIおよびネットワーキングのスレッドを同期さこのための三洋電機の携帯電話)

あなたのためのすべてのノー良い答えのすべてが、異なる戦略ます。

他のヒント

これはかなりあなたがコードを書いて、あなたがそれをどこに実行する方法によって異なります。 CLDCにスレッドの概念はかなり限られており、いずれかのスレッドがいくつかの長期的な操作を行っている場合は、他のスレッドは、同様にそれによってブロックされる(とusualyある)かもしれません。あなたのアプリケーションを設計するときには、アカウントにそれを取る必要があります。

またファイルデータチャンクとしてアップロードに複数の障害のです。によって異なりますとお客様の戦略です。場合は優先度がアップロードバルクデータを出します。が必要で組み立てのチャンクサーバを構築きを取り戻データです。この場合においてオーバーヘッドのためのキャパシタンスが、チャンスは高いのためのデータを取得しま掲載しました。ない場合はアップロードファイルを同時にこれは動作します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top