問題タブ [application-lifecycle]

リクエストを処理するハンドラーを特定することを検討しています。リクエストが静的リソース (css、js、または画像ファイル) を要求しているかどうかを知りたいです。PreRequestHandlerExecute イベントで HttpContext.Request を調べると、ハンドラー変数と currentHandler 変数が静的リソースに対して null であり、他のカスタム ハンドラーまたは aspx ページに対してハンドラー変数と currentHandler 変数があることがわかります。

私の質問は: リクエストを処理するハンドラーを変えるのに適した場所ですか? system.web/httpHandlers から取得してハンドラー ファイルの拡張子を識別したくありません。そして、すべてのサーバーの構成を変更する Microsoft.Web.Administration 名前空間の原因を使用したくありません。

簡単に言うと、次のように iOS アプリのrootViewControlleronを変更しようとしています。applicationWillEnterForeground:

ただし、アプリがバックグラウンドからフォアグラウンドに移動するときに実行される「ズームイン」アニメーションを iOS が実行すると、以前rootViewControllerの のビューが引き続き表示されます。次に、アニメーションが完了するとすぐに、アプリは newrootViewControllerのビューを画面に表示します。

これを解決する 1 つの方法は、単にそのコードを に移動することですが- (void)applicationDidEnterBackground:、このソリューションの問題は、私のアプリでは、新しいrootViewControllerが割り当てられるかどうかを知る方法がない- (void)applicationWillEnterForeground:(UIApplication *)applicationことです (アプリを離れてからの経過時間に基づいています)。 ）。

iOS がアプリをバックグラウンドからフォアグラウンドに移動するアニメーションを実行する前に、アプリを強制的に再描画するにはどうすればよいですか?

非同期要求を処理するいくつかの WCF サービスを作成しました。を使用しているbasicHttpBindingため、 を使用してInstanceContextModeおりPerCall、これが少し混乱を引き起こしています。UnityMicrosoft のコンテナーを使用して注入されたアプリケーションのこれらの部分から異常な動作が見られます。

Fooアプリケーション全体で使用されるシングルトンを作成するために、以下の参照を解決しています。ただし、サービスが立て続けにヒットするFooと、複数のスレッドによってアクセスされ、結果として予期しない方法で状態が変更されたことを示す例外がスローされることがあります。

ここで、ライフタイム マネージャーを変更すると、TransientLifetimeManager基本的に、コンテナーが解決されるたびにクラスの新しいインスタンスを挿入するように指示されます。これにより、問題は修正されます。

私の理解では、WCF は AppDomain の有効期間を制御するのではなく、ホストが制御します。私たちの場合、それは IIS です。したがって、この情報があれば、PerCallWCF 要求が正しく機能している可能性がありますが、AppDomain の管理方法が原因で、シングルトン実装のために同じ注入されたオブジェクトにアクセスできますか?

御時間ありがとうございます！

非常に重い画像処理を行うアプリがあります。私のアプリは、アクティビティ内の画像の非常に低い解像度を処理します。サービスでフル解像度の画像処理を行うつもりなので、ユーザーがアプリを閉じても、バックグラウンドでサービスを使用して処理と保存の結果が行われます。私はこれを試してみましたが、アプリを閉じるとサービスが JNI 関数を実行し続け、機能しなくなります。本当の理由はわかりませんが、アプリを閉じたときにネイティブ ライブラリがアンロードされていると思われます。私の質問は、アプリケーションが閉じている場合でも、サービスから JNI 呼び出しを行うにはどうすればよいですか?

Android Application クラスでは、 ActivityLifecycleCallbacksを登録/登録解除できます。これにより、アプリケーションのアクティビティ ライフサイクル イベントをすべて 1 か所で監視できます (必要な場合)。

unregisterActivityLifecycleCallbacksを呼び出す適切な場所はどこですか? 私はonCreateに登録しており、メソッドの名前から onTerminate が適切な場所になると考えていましたが、ドキュメントはonTerminate()について述べています:

このメソッドは、エミュレートされたプロセス環境で使用するためのものです。プロセスを強制終了するだけでプロセスが削除される本番用の Android デバイスでは呼び出されることはありません。その際、ユーザー コード (このコールバックを含む) は実行されません。

「シャットダウン」タイプのコールバックが行われる Application クラスには、他のメソッドはありません。登録を解除する必要さえありますか？

私は最初の Android アプリに取り組んでおり、アクティビティ レベルではなく、グローバルにアクティブ化/非アクティブ化/開始/停止を処理する方法を考えています。

この素晴らしい記事は、アクティビティの状態遷移を示しています: http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle

アプリケーションの状態に似たものはありますか?

たとえば、iOS および Windows Phone アプリでは、アクティビティ (ビュー、コントローラーなど) から分離された明確なアプリの状態があります。

すべてのアクティビティの開始/停止ではなく、アプリのロード/終了ごとに1回だけ特定の操作を実行したいので、私は尋ねています