これは主に意見であることは承知していますが、意見があるかどうか、またその理由が何であるかに興味があります。
重複:コードを繰り返し実行するようにスケジュールするための Windows タスク スケジューラの信頼性はどれくらいですか?
4 に答える
5
私はこのような多くのプログラムを持っており、スケジューラーを使用してそれらすべてをサービスとして実行しています。利点は、ユーザーがログオンしなくても実行できることです。さらに、リモートで停止/開始できます。
于 2009-05-08T19:03:47.660 に答える
0
同様のシナリオが1つありました。
これはレガシーEXEであり、明示的なユーザー資格情報を使用して1分に1回実行する必要があり、特定のアプリケーションの実行中（ユーザーがログインした後）にのみ実行する必要があり、「昨日」実行する必要がありました。
したがって、組み込みのメカニズムを使用するだけで、スケジュールされたタスクを使用して実行するのは簡単でした。新しいコードを書く必要はなく、本当に必要な場合を除いて実行されません。
ただし、通常はこのServiceアプローチを使用します。
于 2009-05-08T19:17:56.173 に答える
0
スケジュールされたサービスとしてよりもサービスとして実行するCPUの使用量が少なくなります（問題になる可能性は低くなります）。しかし、私は奉仕に行きます。
于 2009-05-08T19:22:05.587 に答える
0
複数のユーザーがスタンドアロンで便利に実行できる場合は、おそらくタスク スケジューラで制御するのが最適です。ソース コードがない場合は、とにかくタスク スケジューラが行うことを行うラッパーを作成してもあまり意味がありません。スケジュールされたタスクのみが失敗したのは、不安定なネットワークで実行しているときだけです（ラップトップで実行する場合は、「AC電源のみ」オプションのチェックを外してください）.
ただし、再コンパイルでき、サービスのように見える場合 (信頼性が高く、障害時に回復が必要であり、広く展開されるなど)、1 つのサービスとして再作成することをお勧めします。より効率的であることに加えて、ステータスを報告し、開始/停止要求に適切に応答し、インテリジェントなタイミングを追加できます。
于 2009-05-08T19:40:25.963 に答える