Windowsサービスの作成と比較してSRVANYを使用する際の賛否両論は何ですか?Windowsサービスの作成と比較してSRVANYを使用する際の賛否両論は何ですか?
(私はSRVANYは、本番環境で を使用することをお勧めされていませんが、その理由を理解したいと思いますhere気づいた)
感謝。
Windowsサービスの作成と比較してSRVANYを使用する際の賛否両論は何ですか?Windowsサービスの作成と比較してSRVANYを使用する際の賛否両論は何ですか?
(私はSRVANYは、本番環境で を使用することをお勧めされていませんが、その理由を理解したいと思いますhere気づいた)
感謝。
それは、Visual StudioでWindowsサービスを作成するために些細です。私は何らかの理由で考えることができないそれを行うにはない。
長所:SRVANYは無料で、(つまりは安定している)長い間の周りされており、アプリケーションに任意のコードを変更する必要はありません。
短所:SRVANYはインストールに多少面倒で、Microsoftによってサポートされておらず、最新のOSで最新の状態に保たれておらず、誤解を招くようなフィードバック(アプリケーションが終了したときにサービスが実行されていると言えるかもしれません)など
Windowsサービスとして実行可能ファイルを実行する、extensive comparison of SRVANY and our commercial product AlwaysUpについては、弊社のWebサイトを参照してください。
まとめるために、私は、それが完全にテストされているように、本番環境でSRVANYを使用するために誰かをはりつけていないだろうが、それは間違いなく眉または2を上げる必要があります。サービスとして実行されている商用アプリケーションの開発:私自身の個人的な経験(O今20年):から
は、だから私は、コンソールアプリケーションを開発する傾向があり、非常に小さなツールのために(あなたは...
手動で起動し、視覚的なフィードバックを持っている)と、彼はサービスとして実行することを望んでいるか、いない場合は、顧客が決定させることができます最後に私が開発に費やす時間を削減し、ツールは顧客のためのより少ないコスト;)
あなたの経験を共有してくれてありがとう!考慮すべきポイント。 –
[Windowsサービスをコンソールプログラムとして実行](http://einaregilsson.com/run-windows-service-as-a-console-program/)。 –
私はたくさんのWindowsサービスを証明書なしで書いてきました。通常、Windowsではなく、 "Program Files"に入っています。また、Program Filesの下の独自のディレクトリにある場合は、適切なものをアンインストールすることを心配する必要はありません。 「Environment.UserInteractive」についてのヒントは必ずしもうまくいきませんが、サービスとして実行されていることをプロセスに伝えるカスタムコマンドラインでサービスをインストールする方が良いことが分かりました。唯一の本当の欠点は、アンインストールすると再起動して再インストールできないことです。 –
の拡張機能を持つ(SRVANYへの交換の低下、しかし)一見の価値あるかもしれないもう一つのオプション:
ノン-sucking Service Manager:
積極的に維持されているようです。
たぶん、あなたはサービスとしてVSを使用して開発されていなかった何かをインストールする必要がありますか? –
質問をお読みください。営業は、SRVANYを使用してサービスを書くこととは対照的でした。 –
私は*した*質問を読んだ。たとえば、Delphiのように、VSを使用せずにWindowsサービスを作成することができます。問題は、OPが通常のEXEを作成し、それをSRVANYのサービスとして実行するかどうかを検討していたことを私に示唆しました。EXEを使用したり、プロジェクト/ウィザードを使用して実際のサービスを作成したりすることができます。それは私が返信で意味したことであり、私はそれを再読したので不明確かもしれません。 –