問題タブ [application-restart]

app.config を使用する Windows フォーム アプリケーション VS 2008 - C# があります。

実行時に、アプリケーションのメニュー オプションで、app.config の値を編集して保存し、アプリケーションを再起動します。

サンプルソースコード、良いパターンとプラクティス??

編集：

MSDN フォーラムで、Jean Paul VA:

1. テスト用の Windows フォーム アプリケーションを作成し、そこに app.config を追加します。

2. System.configuration への参照を追加

3. 値が「Verdana」の appSettings に「font」という名前のキーを追加します。

4. フォームにボタンを配置し、クリックすると変更コードが追加されます。

   /li>

あなたはそれについてどう思いますか ？

コードからFirefoxを正しく再起動する方法（「セッションの復元」を行わず、以前と同じウィンドウで）？

bashスクリプトプロセスで「firefox-bin」のpidを知っていて、カスタムプラグインをロードしています。

1.) QT4 アプリケーションを再起動したいと思います。通常のシャットダウンと同じアプリケーションの起動だけです。

2.) なぜ？さて、すべてを「リセット」するオプションが必要です。これを行う最も簡単な方法は、アプリケーションを再起動することです。問題は、たくさんのクラスとすべてがあることです。それらのすべての設定を標準に戻し、すべてのテキストボックス、ウィジェットをクリアする時間がありません...アプリケーションの再起動が最善の方法ではないことはわかっています。別の方法は何だと思いますか?

ありがとうございました

自分のqtアプリケーションを再起動する方法を自問していますか?

誰かが私に例を見せてもらえますか?

私の要件は、アプリケーションを再起動することです。

ユーザーインターフェイスボタンがあります。それをクリックすると、現在実行中のアプリケーションが停止し、同じアプリケーションが起動するはずです。

使用されている言語はjavaです。

その中からアプリケーションを再起動するにはどうすればよいですか?

こんにちは、アプリをインストールするたびに、戻るボタンで閉じるよりも開いてから、もう一度開くと同じエラーが発生します。

onRestart 関数（LINK）を作成する必要があることを読みました...しかし、それを処理する方法がわかりません...

onCreate 関数は次のことを行います。

1. セットレイアウト
2. 必要なすべてのオブジェクトを設定します (ProgressDialog、ArrayList、ChannelItemAdapter、channelDBAdapter)
3. asynctask にデータをロードします。new LoadChannels().execute(channelItem);

前に言ったように、開始時とアプリの閲覧時には完全に機能します...しかし、アプリを離れて再起動すると、常にクラッシュします...

ご協力いただきありがとうございます！

追加されたコード:

私は VS2010 と ASP.NET 4 を使用しています。アプリケーションで実行されている、実行時間の長いバックグラウンド スレッドが 1 つあります。これは、フォルダー内の最近使用されていないファイルを「クリーンアップ」するように設計されています。EventWaitHandle を使用して不要な CPU 使用率を排除しますが、アプリの存続期間中は実行を続けます。

24 ～ 40 回ほど削除すると、アプリケーションが再起動します。これは、デバッガーが接続されている IIS Express と WebDev サーバーの両方で発生します。バックグラウンド スレッドで例外はスローされませんが、すべてのスレッドで ThreadAbortException が発生し、アプリが再起動します。リダイレクト呼び出しはどこにも行われません。

これらのファイルは、アプリの再起動を引き起こすフォルダーではなく、ルートの「imagecache」フォルダーにあります。フォルダは作成または削除されません。

再起動は、削除の特定のしきい値が発生した後、一定の間隔で発生するようです。

なぜこれが起こっているのか、どうすればそれを止めることができるのでしょうか? 10秒ごとに再起動するのは私には受け入れられません:)

これは理解できたと思いましたが、昨日の制作上の問題で理解に疑問が生じました。

コンパイルをバッチ処理するのではなく、アクセス時にASP.NETにページをコンパイルさせます。週末に展開を行い、テストを実行してすべてのページにアクセスするため、これは通常は問題になりません。そのため、月曜日の朝はすべてがおかしなことになります。

この先週末の展開を除いて。テストでたくさんのページを見逃したので、それらはすべて昨日の本番時間中にコンパイルされました。#compilationsのPerfCountersは100に達し、＃applicationの再起動は8でした。しかし、実行中のアプリケーションの数も8であり、通常は1つです。

ASP.NETは、コンパイルのしきい値に達した後にアプリケーションを再起動し、再起動された「バージョン」が引き継ぐためにシャットダウンする前に、要求が完了するのに十分な時間「古い」アプリケーションを存続させたと思いました。そうですか？アプリケーションの古い再起動された「バージョン」がまだ実行されていた可能性はありますか？

実行中のアプリケーションが多すぎることに加えて、8つのアプリすべてが独立して実行しているように、大量のメモリとSQLのスラッシングが発生しました。

一晩再起動し、すべてがコンパイルされ、今朝は1つのアプリが実行されていてすべてが正常に見えることを確認しました。

この動作を変更する4.0の何かがありますか？