最初の考慮事項は、展開の問題です。.NET 3.5 SP1 より前のバージョンでは、出荷されたセキュリティ ポリシーが信頼性の低い方法でネットワークの場所を扱っていたため、これは既定では許可されていませんでした。.NET 3.5 SP1 以降では、これは当てはまりません。それ以前のバージョンのフレームワークを使用している場合は、もちろん、caspol を使用してこのセキュリティ ポリシーを変更し、これを許可することもできます。さらに、最近のバージョンの Windowsには、.NET の外部に追加のセキュリティ ポリシーがあり、リモートの場所からの実行を防止できる場合があります。
2 番目の考慮事項は、アプリケーションがその環境を認識できるように設計されていることを確認することです。環境がローカル マシンに対して相対的であると想定されている場合は想定しません (これは、外部リソースの解決に影響を与える可能性があり、場合によっては、この状況では、リソースの競合やユーザー同士のデータの上書きが発生する可能性があります)。
3 つ目は可用性です。その実行可能ファイルをホストしているサーバーが使用できなくなった場合 (誤って電源がオフになった、クラッシュした、ネットワークの問題が発生した、名前が変更されたなど) 場合はどうなりますか? それは受け入れられますか？実行可能ファイルのサイズはどれくらいですか? サイズが大きいと、ネットワーク トラフィックが増加する可能性があり、いずれにせよ、実行可能ファイルがネットワーク経由で呼び出されるため、起動が遅くなります。
些細なアプリケーションの場合、これらの問題は無視できると思います。ただし、 ClickOnce 配置など、すばやく簡単にインストールおよび更新できるように、アプリケーションをクライアント コンピューターにインストールする方法は多数あります。
現在、社内で設計されたソフトウェアを実行しています。これは、中央の SQL データベースから実行されます。各コンピューターは、Windows スタートアップを介して実行され、中央サーバーから現在のプログラム ファイルをダウンロードするバッチ プログラムでセットアップされます。したがって、.exe はサーバーからではなく、個々のコンピューターから実行されます。少なくとも私たちの場合、これが最も効率的な方法であることがわかっています。