testと本番のURL設定を自動化したいです。

Question

C#, Visual Studio 2010/2013, Windows7(32, 64)の組み合わせで開発しています。
testと本番でURLが異なるため、ソリューション全体で次のようにURLを定数で設定しています。

#if DEBUG
private const string URL = "http://192.168.2.22/Project/";
#else
//本番サーバーのURL
private const string URL = "http://192.168.1.11/Project/";
#endif

ところが、本番の環境でもdebugのために、Visual Studioでデバッグ起動することになり、ほんらいなら192.168.1.11に接続する必要があるので、サーバーが見つからないなどの苦情が出るようになりました。

こういうとき(環境によってサーバーを切り替えるとき)に、どうしたらいちばん手間が少なく、間違いを起こさないようにできるでしょう。
いまは、本番へのリリース時に、手作業で書き換えていて、頻繁に間違いが発生して大混乱状態です。
リリースのときは、疲労困憊していて、こういう手作業は間違いを増やすだけなので、避けたいです。
知恵をお貸しください。

Answer 1

構成マネージャと言うVisual Studio標準の方法を使うのが一番だと思います。

構成マネージャーでdebugとrelase以外に、もう一つ以上の構成を追加して、
(debugをコピーするのがお勧めです)

その設定に対して、「条件付きコンパイル引数」を追加します

くわしくはこちら
http://www.atmarkit.co.jp/fdotnet/csharp_abc/csharp_abc_019/csharp_abc01.html

わたしは、これで、staging, develop, local, etc...等を実行時に、
visual studioの上のドロップダウンから切り替えて実行しています。

リリース時には、手動で間違いをおかさないためにも、自動化がお勧めです。
msdeployやjenkinsなどを利用すると、属人性を排除できかつ確実にdeployできると思います。

また、物によっては#if-#defよりも、Conditional属性を作って、

• メソッド
• クラス単位

で実行させないという手法も取り入れるとコードが煩雑にならないでいいと思います。

http://www.atmarkit.co.jp/fdotnet/dotnettips/246debugonly/debugonly.html

Comments

[退会済みユーザー]

条件付きコンパイルや、Conditional属性は使ったことがありませんでした。
とても勉強になりました。
ありがとうございます。

実行時にvisual studioの上のドロップダウンから切り替えるのは、毎回だととても面倒で、ちょっとわたしには無理かなー。
概算ですが、1日に30回とかはコンパイルしてます。もっとかもしれません。その手間を増やすのは面倒くさいという気持ちを増やすだけな感じがします。個人的にですけれど。

dropdownだから面倒なので、条件ごとにリボンのボタンを分けて作っちゃえばいいかな。
今度やってみます。それならできそうです。
Visual Studio、まだまだ使いやすくなる余地があるってことですね。

Answer 2

本番環境とデバッグ環境の切り替えを、再コンパイルや再インストール、手動によるファイル書き換えなどの手順を踏まずに行いたいということでよろしいでしょうか。

私がこれまでにやったことのある方法としては、インストールドライブ以外の所定のフォルダーにデバッグ用設定ファイルが置かれていたら、それを読み込んでデバッグ用の設定で実行するという仕組みにしていました。

例えば、本番環境にデバッグ用設定ファイルを置いたUSBメモリを挿してから実行すればデバッグ環境に切り替わる、という具合です。
USBメモリにした理由は設定ファイルの消し忘れのリスクを避けるためですが、運用状況によっては特に限定しなくても良いかもしれません（その場合は消し忘れにご注意を）。

Comments

[退会済みユーザー]

おお。このほうがスマートですね。
ただ、constなので、if(Directory.Exists(USB))とかで条件をつけて設定できないのです。
なやましい。
constやめちゃうかなー。
うーむ。

Answer 3

xmlを読んで、今回は解決しました。

Answer 4

環境に依存する値は、設定ファイルで外出しにして定義しておくことが一般的です。
必要に応じて、その設定ファイルを差し替えて対応します。

http://www.atmarkit.co.jp/fdotnet/dotnettips/562appsettings2/appsettings2.html

http://dobon.net/vb/dotnet/programing/appconfigfile.html

Comments

[退会済みユーザー]

うーむ。設定ファイルを外部に出しても、それぞれの環境でsolutionを上書きしたら消えるのではないかと。

[退会済みユーザー]

ありがとうございます。
関係各位と相談して、この方向で行くことにしました。

ちなみに、アプリケーションは二つのexe（FormとWPF)に分かれていて、いまはFormのconfig.csをＷＰＦから参照しています。
・Form.exe.configをWPF.exeの設定に自動で取り込むことは可能ですか？
いま考えている方法はWPF.exeのLoadとかで、
string[] lines = File.ReadAllLines("Form.exe.config").Where(line => line.Contains("192.168.1011"));
とかかなー。
ぜんぜんスマートでないです。

・そもそもForm.exeをWPF.exeをひとつのexeにする、すなわちFormからWPF-Windowを子Windowとして開くことって可能なのでしょうか？
Windows.CoreとかPresentationとかを参照した上で。

そのときって、FormからWPFを呼ぶのは、
Window window = new Window();
window.Show();
とかなのでしょうか。

[chooser]

configファイルを明示的に読み込む方法は
http://devlights.hatenablog.com/entry/20110203/p1

WPFとWinidows Fromとの相互運用については
http://profile.ne.jp/w/c-17052/

を参照されるてはいかがでしょうか。

[退会済みユーザー]

ありがとうございます。
ExeConfigurationFileMapの名前空間が見つからないとのことですが、これっぽいです。