WebUtilty.HtmlDecodeHTMLのデコードに使用していました。正しくデコードされないことが判明しました。たとえば、–「–」文字にデコードされるはずですが、デコードされWebUtilty.HtmlDecodeません。HttpUtilty.HtmlDecodeただし、そうです。
Debug.WriteLine(WebUtility.HtmlDecode("–"));
Debug.WriteLine(HttpUtility.HtmlDecode("–"));
> –
> –
これらの両方のドキュメントは同じです: HTTP 送信用に HTML エンコードされた文字列をデコードされた文字列に変換します。
それらが異なるのはなぜですか、どちらを使用する必要がありますか? WebUtility.HtmlDecode に切り替えて "–" を正しくデコードすると何が変わりますか?
2 つのメソッドの実装は、Windows Phone ではまったく異なります。
WebUtility.HtmlDecode:
public static void HtmlDecode(string value, TextWriter output)
{
if (value != null)
{
if (output == null)
{
throw new ArgumentNullException("output");
}
if (!StringRequiresHtmlDecoding(value))
{
output.Write(value);
}
else
{
int length = value.Length;
for (int i = 0; i < length; i++)
{
bool flag;
uint num4;
char ch = value[i];
if (ch != '&')
{
goto Label_01B6;
}
int num3 = value.IndexOfAny(_htmlEntityEndingChars, i + 1);
if ((num3 <= 0) || (value[num3] != ';'))
{
goto Label_01B6;
}
string entity = value.Substring(i + 1, (num3 - i) - 1);
if ((entity.Length <= 1) || (entity[0] != '#'))
{
goto Label_0188;
}
if ((entity[1] == 'x') || (entity[1] == 'X'))
{
flag = uint.TryParse(entity.Substring(2), NumberStyles.AllowHexSpecifier, NumberFormatInfo.InvariantInfo, out num4);
}
else
{
flag = uint.TryParse(entity.Substring(1), NumberStyles.Integer, NumberFormatInfo.InvariantInfo, out num4);
}
if (flag)
{
switch (_htmlDecodeConformance)
{
case UnicodeDecodingConformance.Strict:
flag = (num4 < 0xd800) || ((0xdfff < num4) && (num4 <= 0x10ffff));
goto Label_0151;
case UnicodeDecodingConformance.Compat:
flag = (0 < num4) && (num4 <= 0xffff);
goto Label_0151;
case UnicodeDecodingConformance.Loose:
flag = num4 <= 0x10ffff;
goto Label_0151;
}
flag = false;
}
Label_0151:
if (!flag)
{
goto Label_01B6;
}
if (num4 <= 0xffff)
{
output.Write((char) num4);
}
else
{
char ch2;
char ch3;
ConvertSmpToUtf16(num4, out ch2, out ch3);
output.Write(ch2);
output.Write(ch3);
}
i = num3;
goto Label_01BD;
Label_0188:
i = num3;
char ch4 = HtmlEntities.Lookup(entity);
if (ch4 != '\0')
{
ch = ch4;
}
else
{
output.Write('&');
output.Write(entity);
output.Write(';');
goto Label_01BD;
}
Label_01B6:
output.Write(ch);
Label_01BD:;
}
}
}
}
HttpUtility.HtmlDecode:
public static string HtmlDecode(string html)
{
if (html == null)
{
return null;
}
if (html.IndexOf('&') < 0)
{
return html;
}
StringBuilder sb = new StringBuilder();
StringWriter writer = new StringWriter(sb, CultureInfo.InvariantCulture);
int length = html.Length;
for (int i = 0; i < length; i++)
{
char ch = html[i];
if (ch == '&')
{
int num3 = html.IndexOfAny(s_entityEndingChars, i + 1);
if ((num3 > 0) && (html[num3] == ';'))
{
string entity = html.Substring(i + 1, (num3 - i) - 1);
if ((entity.Length > 1) && (entity[0] == '#'))
{
try
{
if ((entity[1] == 'x') || (entity[1] == 'X'))
{
ch = (char) int.Parse(entity.Substring(2), NumberStyles.AllowHexSpecifier, CultureInfo.InvariantCulture);
}
else
{
ch = (char) int.Parse(entity.Substring(1), CultureInfo.InvariantCulture);
}
i = num3;
}
catch (FormatException)
{
i++;
}
catch (ArgumentException)
{
i++;
}
}
else
{
i = num3;
char ch2 = HtmlEntities.Lookup(entity);
if (ch2 != '\0')
{
ch = ch2;
}
else
{
writer.Write('&');
writer.Write(entity);
writer.Write(';');
continue;
}
}
}
}
writer.Write(ch);
}
return sb.ToString();
}
興味深いことに、WebUtility は WP7 には存在しません。また、WebUtility の WP8 実装はデスクトップのものと同じです。のデスクトップ実装は、HttpUtility.HtmlDecode単なるラッパーWebUtility.HtmlDecodeです。最後に、Silverlight 5 はHttpUtility.HtmlDecodeWindows Phone と同じ実装を持ち、WebUtility を実装していません。
そこから推測できます。Windows Phone 7 ランタイムは Silverlight に基づいているため、WP7 は の Silverlight バージョンを継承し、HttpUtility.HtmlDecodeWebUtility は存在しませんでした。次に、ランタイムが WinRT に基づく WP8 が登場しました。WinRT は WebUtility をもたらしHttpUtility.HtmlDecode、レガシー WP7 アプリとの互換性を確保するために の古いバージョンが保持されました。
どちらを使用すべきかを知るために... WP7をターゲットにしたい場合は、使用するしかありませんHttpUtility.HtmlDecode。WP8 をターゲットにしている場合は、動作がニーズに最も適したメソッドを選択してください。Microsoft が Windows Phone の次期バージョンで Silverlight ランタイムを廃止することを決定した場合に備えて、WebUtility はおそらく将来性のある選択肢です。しかし、あなたが質問に入れた例を手動でサポートすることを心配する必要がないように、HttpUtility を選択するという実際的な選択をしたいと思います。
メソッドはまったく同じことを行います。さらに、それらを逆コンパイルしようとすると、実装が別のものからコピーされたように見えます。
違いは使用目的のみです。HttpUtilityはアセンブリに含まれており、System.Webこのアセンブリ上に構築された ASP.net アプリケーションで使用されることが期待されています。WebUtilityほとんどすべてのアプリケーションで参照されるアセンブリに含まれておりSystem、より一般的な目的またはクライアントで使用するために提供されています。
検索でこれを見つける他の人に通知するためだけに。質問に記載されている関数を使用しますが、決して使用しないでWindows.Data.Html.HtmlUtilities.ConvertToText(string input)ください。70 倍遅く、WebUtilty.HtmlDecodeクラッシュが発生します。Crash はmshtml!IEPeekMessage、DevCenter と同じ名前になります。この関数は InternetExplorer を呼び出して文字列を変換しているようです。避けてください。