C# アプリ、開発機と別のOS機への導入は

Question

Visual Studio 2015 の C# でアプリケーションを作成しています。
対象のフレームワークは .NET Framework 4.5、
CLR(Common Language Runtime)は v4.0.30319、
OSは Windows 7 Professional SP1 64bit です。

このアプリケーションを Windows Server 2008 R2 機に導入しようと思います。
その際、一般的には同じVer.のフレームワークが導入されていれば動作するかと思うのですが、
2008機にも同じVisual Studioを入れてそこでビルドすべきでしょうか？
あるいは、2008機にも同じVisual Studioを入れてそこでビルドすべき条件等はありますでしょうか？

よろしくお願いします。

Comments

[退会済みユーザー]

アプリケーションとは何ですか？ ASP.NET Web アプリ？

[rd_]

いえ、スタンドアロン機で動作するアプリケーションになります。

[退会済みユーザー]

ASP.NET ではないことは分かりましたが、もう少し詳しく何を作っているか（Windows Forms? WPF? Windows Service? コンソールアプリ？）を書くと、開発環境では動いても運用環境では動かないことのありがちな例などの情報が集まりやすいかもしれません。（残念ながら自分は ASP.NET 以外の情報は提供できそうもありませんが）

[rd_]

ご指摘ありがとうございます。 作成しているアプリケーションはFormベースのものになります。 自分がそれしか作ったことがなかったので思いつかなかったのですが、 種類を明らかにすること、なるほどと思いました。

Answer 1

一般的にはWindows Server自体にVisual Studio を入れてまでビルドする必要はありません。既にお書きになっているように、足りない.NET Frameworkのバージョンを別途導入するくらいでしょうか。

Windows ServerにVisual Studioを導入してしまうとサーバーの環境が大きく変わってしまう恐れもあります。開発中のソフトが当該サーバーでしか検証できない機能を多用していて、長い期間デバッグやテストをする予定なのであればVisual Studioを入れる意味がありますが、そうでもなく、開発環境で充分テストされ、完成度が高くなっているのであればVisual Studioを入れると言う手段は最後で良いと思います。そうすることで、アプリケーションをWindows Server 2008 R2に導入する際の要件が明らかになるメリットもあります。

サーバーに開発中のソフトを入れてデバッグ出力を確認したくなった場合はDebugView for Windowsを入れることで、System.Diagnostics.Traceの出力が確認できます。

リモートデバッグをすれば、開発用マシンからリモートでWindows Server上のプログラムをデバッグできます。リモート デバッグ - Visual Studio 2015

いずれもそれ用のソフトをインストールする必要がありますが、Visual Studio よりは影響が小さいです。

Comments

[rd_]

ありがとうございます。
スッキリしました。
デバッグ方法の情報、大変参考になりました。
活用したいと思います。

Answer 2

Windows Server 2008 R2は、Windows 7と同じコードをもとにしたサーバ版なので、そう大きな違いは出ないと思います。

ただ、最終的には実機で動作検証をしないと、きちんと動くかは確認できません。

Comments

[rd_]

ありがとうございます。
別OSに入れるのが初めてだったので、ちょっと不安であった次第です。
参考になりました。