おそらく、どちらも入れないとだめでしょう。

機能的には2.0は1.1をカバーしているかもしれませんが※、
1.1で作成されたアプリは1.1しか見に行かないようになっています。
(2.0が入っているからといって動くわけではない)
逆のパターンはいうまでもありません。

※1.1の開発環境があれば、2.0で実行するようにVS2005等
で作り直すことはできそう。

> 1.1で作成されたアプリは1.1しか見に行かないようになっています。
> (2.0が入っているからといって動くわけではない)

あれ？そうなんですか。
ウチでは1.1のランタイムはアンインストールしてあるんですけど、
要1.1と書いてある古いアプリも動いてます。
#どこかにランタイムが残っているのか。

コンパイラオプションを見ても文法的な互換性のオプションしか無いので
1.1のアプリを作るなら1.1は残しておく必要があると思います。

ご回答、誠に有難うございます。

1.1の開発をしないなら、SDK1.1はアンインストールOKなのですね。

どうも有難うございました。

このような記事を見つけました。

http://itpro.nikkeibp.co.jp/article/COLUMN/20061017/250853/

より
<引用>
まず.NET 1.1アプリケーションについて考えてみよう。.NET Framework 1.1が存在する
場合は，.NET 1.1アプリケーションは.NET Framework 1.1上で動作する。.NET
Framework 2.0しか存在しない場合，.NET 1.1アプリケーションは.NET Framework 2.0上
で動作する。

　ただし，.NET Framework 1.1と2.0には完全な互換性がない。そのため，.NET 1.1アプ
リケーションを.NET Framework 2.0で実行すると問題が生じる可能性がある。よっ
て，.NET 1.1アプリケーションを実行したいのであれば，.NET Framework 1.1をインス
トールするのが望ましい。
</引用>

貴重な情報、どうも有難うございました。
1.1で作ったソフトの完全動作を期すなら、1.1環境が必須なのですね。

でも後方互換性が無いなんて．．．。

同名/異バージョンのアセンブリを混在できるおかげで
後方互換性の呪縛から逃れたんでしょ。
↑聞こえはいいが要は過去のしがらみだもんね

うん、確かに。後方互換性維持が新機能搭載の足枷になる事は、多々あるもんね。

後方互換をするか否かは、各々一長一短で甲乙がつけがたいって事ですな。