2009-05-10 12 views

答えて

4

それは、Visual StudioでWindowsサービスを作成するために些細です。私は何らかの理由で考えることができないそれを行うにはない。

+6

たぶん、あなたはサービスとしてVSを使用して開発されていなかった何かをインストールする必要がありますか? –

+0

質問をお読みください。営業は、SRVANYを使用してサービスを書くこととは対照的でした。 –

+2

私は*した*質問を読んだ。たとえば、Delphiのように、VSを使用せずにWindowsサービスを作成することができます。問題は、OPが通常のEXEを作成し、それをSRVANYのサービスとして実行するかどうかを検討していたことを私に示唆しました。EXEを使用したり、プロジェクト/ウィザードを使用して実際のサービスを作成したりすることができます。それは私が返信で意味したことであり、私はそれを再読したので不明確かもしれません。 –

4

長所:SRVANYは無料で、(つまりは安定している)長い間の周りされており、アプリケーションに任意のコードを変更する必要はありません。

短所:SRVANYはインストールに多少面倒で、Microsoftによってサポートされておらず、最新のOSで最新の状態に保たれておらず、誤解を招くようなフィードバック(アプリケーションが終了したときにサービスが実行されていると言えるかもしれません)など

Windowsサービスとして実行可能ファイルを実行する、extensive comparison of SRVANY and our commercial product AlwaysUpについては、弊社のWebサイトを参照してください。

まとめるために、私は、それが完全にテストされているように、本番環境でSRVANYを使用するために誰かをはりつけていないだろうが、それは間違いなく眉または2を上げる必要があります。サービスとして実行されている商用アプリケーションの開発:私自身の個人的な経験(O今20年):から

9

  • サービスが
  • 、(簡単にコードをデバッグすることはできません)を開発するために混乱しています
  • (Windows/System32の右にあるべきか、それともSysWow64なのですか...。現在のユーザーには、システムに何かをインストールするのに十分な権利がありますか?)、
  • アンインストールするのは危険
  • は(あなたが確認しているSでこのMyTool.exe ystem32はあなたですか? )

は、だから私は、コンソールアプリケーションを開発する傾向があり、非常に小さなツールのために(あなたは...

手動で起動し、視覚的なフィードバックを持っている)と、彼はサービスとして実行することを望んでいるか、いない場合は、顧客が決定させることができます最後に

私が開発に費やす時間を削減し、ツールは顧客のためのより少ないコスト;)

+0

あなたの経験を共有してくれてありがとう!考慮すべきポイント。 –

+0

[Windowsサービスをコンソールプログラムとして実行](http://einaregilsson.com/run-windows-service-as-a-console-program/)。 –

+4

私はたくさんのWindowsサービスを証明書なしで書いてきました。通常、Windowsではなく、 "Program Files"に入っています。また、Program Filesの下の独自のディレクトリにある場合は、適切なものをアンインストールすることを心配する必要はありません。 「Environment.UserInteractive」についてのヒントは必ずしもうまくいきませんが、サービスとして実行されていることをプロセスに伝えるカスタムコマンドラインでサービスをインストールする方が良いことが分かりました。唯一の本当の欠点は、アンインストールすると再起動して再インストールできないことです。 –

8

の拡張機能を持つ(SRVANYへの交換の低下、しかし)一見の価値あるかもしれないもう一つのオプション:

ノン-sucking Service Manager:

http://nssm.cc/

積極的に維持されているようです。

関連する問題