[.NET] WebClient オブジェクトは Encoding を自動認識してほしい、というフィードバックをしました

System.Net.WebClient クラスってのが、 .NET Framework には昔からありまして。 Web のコンテンツやら RSS フィードやらを取得するのに便利そうなんです。
ほんの数行で書けちゃうことになってます。

string url = "http://www.microsoft.com/ja/jp/default.aspx";
System.Net.WebClient client
  = new System.Net.WebClient();
string content = client.DownloadString(url);

ところがどっこい (;;
DownloadString() メソッドってば、 なんでもかんでも ANSI 文字列として引っ張ってきてくれちゃうんですねぇ。 HTTP ヘッダの Content-Type にちゃんと charset が指定されてても、 まるで無視 (;;
つまり、 なにげに日本で使うと文字化けするわけです。
ちゃんと Encoding を指定すればよいのですが、 Web サーバーが固定ならいざしらず、 任意の Web サーバーから情報を収集するようなプログラムを書こうとすると、 自前で HTTP ヘッダを解析して Encoding を決定するコードを書かなきゃなりません。

ということで、 MS Connect でお願いしてみました。

Microsoft Connect: System.Net.WebClient は、HTTP ヘッダーから Encoding を自動的に認識してほしい (ID=495816)

「ぁあ、そうだよねぇ」 と賛同してくださるかたは、 投票してやってくださいまし m(_`_)m
あと、 私がおマヌケなことを言ってるようでしたら、 Connect の回避策のところに、 「こうするんじゃ、ボケぇ」 と書いてやってくださいまし。

( 22:30頃 追記 )
「自動認識」 って書いたのはマズかったですかねぇ。 f(^^;
さっそくツッコミを頂いてしまいました。
私としては、 HTTP レスポンスヘッダーの charset 「だけ」 から文字エンコーディングを決めてくれればいい、 というつもりで書いたのですが…
その他、 meta タグ・ブラウザの言語設定・実行環境のローケールなどから総合的に文字エンコーディングを推定するロジックが必要な人は、 これまで通り頑張って書いていただきたい、 ということで f(^^;
あと、 HTTP レスポンスヘッダーに charset を正しく指定しないのは、 今やセキュリティホール扱いされちゃいます。 ⇒ gihyo.jp: 本当は怖い文字コードの話 ～ 第2回　UTF-7によるクロスサイトスクリプティング攻撃 (2009年4月3日)