小さな .NET コンソール アプリケーションを Windows サービスに変換しようとしています。.NET 2.0 を使用するバージョンと .NET 3.5 を使用するバージョンの 2 つのバージョンをビルドしたいと思います。
根本的に異なるアプローチを取る必要がありますか、それともバージョン 2.0 はバージョン 3.5 とほぼ同等ですか? サービスを設定する手順を説明できる適切な情報源 (つまり、Web ベースのガイド) はどこにありますか?
ありがとう!パ
小さな .NET コンソール アプリケーションを Windows サービスに変換しようとしています。.NET 2.0 を使用するバージョンと .NET 3.5 を使用するバージョンの 2 つのバージョンをビルドしたいと思います。
根本的に異なるアプローチを取る必要がありますか、それともバージョン 2.0 はバージョン 3.5 とほぼ同等ですか? サービスを設定する手順を説明できる適切な情報源 (つまり、Web ベースのガイド) はどこにありますか?
ありがとう!パ
実際、.NET 3.5はC#コードを少し変更します。たとえば、varキーワードを使用したり、プロパティに非表示のプライベート変数を使用したりできます。それはまだCLR2.0に基づいています。
msdnには、Windowsサービスについて説明し、Windowsサービスの構築について説明した非常に優れた記事があります。
リックの答えを補足するために、MSDN ウォークスルーをお勧めします
これは信じられないほど冗長で、イベント ログとインストーラーに触れています。
覚えておくべきことは、.NET 3.5 は .NET 2.0 の上にある追加ライブラリのセットであるため、LINQ や WCF などの .NET 3.5 (または .NET 3.0) によって提供される追加機能を利用する予定がない限り、コードは同じです。
開始するには、継承する必要がある基本クラスであるServiceBaseのドキュメントを参照してください。
これは、スクリーンショットとコード サンプルを使用した適切なウォークスルーだと思います。私が最初に書いた Windows サービスに使用したものだったのかもしれません。これは .NET 1.1 で書き戻されたと思いますが、それでもプロセスを順を追って説明するのに役立つはずです。2.0 と 3.5 の違いに関しては、望むだけの違いがあると思います。何かを変更する必要があるとは思いませんが、他の投稿者が言及しているように、SO のいたるところにあるように、.NET 3.5 には非常に有益な新機能がたくさんあります。
.net2/vs2005 と .net35/vs2008 で動作させるには、サービス コードに注意が必要な場所が少なくとも 1 つあります。
これは、c# 2.0 を使用してサービスとインストーラーを作成し、.net35/vs2008 を使用してコンパイルおよびデプロイする場合に特に当てはまります。以下のリンクを使用すると、時間を少し節約できます。
について学ぶためのガイドですwindows service
。