Dlaczego Boolean.ToString wyświetla „True”, a nie „true”

true.ToString() 
false.toString();

Output:
True
False

Czy istnieje uzasadniony powód, dla którego jest to „prawda”, a nie „prawda”? Łamie się podczas pisania XML, ponieważ typ logiczny XML ma małe litery , a także nie jest zgodny z prawdą / fałszem C # (choć nie jest pewien CLS).

Aktualizacja

Oto mój bardzo pospieszny sposób obejścia tego w C # (do użycia z XML)

internal static string ToXmlString(this bool b)
{
    return b.ToString().ToLower();
}

Oczywiście to dodaje 1 dodatkową metodę do stosu, ale wszędzie usuwa ToLowers ().

Tylko ludzie z Microsoft mogą naprawdę odpowiedzieć na to pytanie. Chciałbym jednak przedstawić kilka ciekawych faktów na ten temat;)

Po pierwsze, tak mówi MSDN o metodzie Boolean.ToString () :

Zwracana wartość

Wpisz: System.String

TrueString, jeśli wartość tego wystąpienia jest prawdziwa, lub FalseString, jeśli wartość tego wystąpienia jest fałszywa.

Uwagi

Ta metoda zwraca stałe „Prawda” lub „Fałsz”. Zauważ, że w XML rozróżniana jest wielkość liter, a specyfikacja XML rozpoznaje „prawda” i „fałsz” jako prawidłowy zestaw wartości logicznych. Jeśli obiekt String zwrócony przez metodę ToString () ma zostać zapisany w pliku XML, należy najpierw wywołać jego metodę String.ToLower, aby przekonwertować go na małe litery.

Oto zabawny fakt nr 1: w ogóle nie zwraca TrueString ani FalseString. Używa zakodowanych literałów „Prawda” i „Fałsz”. Nie przydałoby ci się, gdyby używał pól, ponieważ są oznaczone jako tylko do odczytu, więc nie można ich zmieniać.

Alternatywna metoda Boolean.ToString (IFormatProvider) jest jeszcze bardziej zabawna :

Uwagi

Parametr dostawcy jest zarezerwowany. Nie uczestniczy w realizacji tej metody. Oznacza to, że metoda Boolean.ToString (IFormatProvider), w przeciwieństwie do większości metod z parametrem dostawcy, nie odzwierciedla ustawień specyficznych dla kultury.

Jakie jest rozwiązanie Zależy, co dokładnie próbujesz zrobić. Cokolwiek to jest, założę się, że będzie to wymagało włamania;)

... ponieważ środowisko .NET zostało zaprojektowane do obsługi wielu języków.

System.Boolean (w mscorlib.dll) jest przeznaczony do wewnętrznego użytku przez języki do obsługi logicznego typu danych. C # używa wszystkich małych liter dla swoich słów kluczowych, stąd „bool”, „prawda” i „fałsz”.

VB.NET wykorzystuje jednak standardową obudowę: stąd „Boolean”, „True” i „False”.

Ponieważ języki muszą ze sobą współpracować, nie można uzyskać true.ToString () (C #), co daje inny wynik niż True.ToString () (VB.NET). Projektanci CLR wybrali standardową notację obudowy CLR dla wyniku ToString ().

Reprezentacja ciągu logicznej wartości true jest zdefiniowana jako Boolean.TrueString.

(Podobnie jest w przypadku System.String: C # przedstawia go jako typ „string”).

W przypadku Xml można użyć metody XmlConvert.ToString .

Prosty kod można przekonwertować na małe litery.

Jednak konwersja „prawdziwej” z powrotem na „prawdziwą” nie jest tak prosta.

true.ToString().ToLower() 

to jest to, czego używam do wyjścia XML.

Jak to nie jest kompatybilne z C #? Boolean.Parse i Boolean.TryParse nie rozróżniają wielkości liter, a parsowanie odbywa się poprzez porównanie wartości z Boolean.TrueString lub Boolean.FalseString, które są „Prawda” i „Fałsz”.

EDYCJA: Patrząc na metodę Boolean.ToString w reflektorze okazuje się, że ciągi są zakodowane na stałe, więc metoda ToString wygląda następująco:

public override string ToString()
{
    if (!this)
    {
        return "False";
    }
    return "True";
}

Znam powód, dla którego już został rozwiązany, ale jeśli chodzi o „niestandardowe” formatowanie boolowskie, mam dwie metody rozszerzenia, bez których nie mogę żyć :-)

public static class BoolExtensions
{
    public static string ToString(this bool? v, string trueString, string falseString, string nullString="Undefined") {
        return v == null ? nullString : v.Value ? trueString : falseString;
    }
    public static string ToString(this bool v, string trueString, string falseString) {
        return ToString(v, trueString, falseString, null);
    }
}

Użycie jest banalne. Poniższe konwertuje różne wartości bool na ich portugalskie reprezentacje:

string verdadeiro = true.ToString("verdadeiro", "falso");
string falso = false.ToString("verdadeiro", "falso");
bool? v = null;
string nulo = v.ToString("verdadeiro", "falso", "nulo");

Powodem truejest „prawda” z powodu silnej więzi Microsoftu ze standardami XML.

Z Wikipedii : „Extensible Markup Language (XML) to język znaczników, który definiuje zestaw reguł kodowania dokumentów w formacie, który jest zarówno czytelny dla człowieka, jak i maszynowy”.

Czytelny dla człowieka jest subiektywny, ale w oczach XML preferowane jest użycie słowa „Jeden” zamiast liczby „1”. Zauważysz, że dzieje się to za pomocą wyliczeń, ponieważ słowo jest serializowane zamiast jego wartości („FirstOption” zamiast „0” lub „1”).

Podobnie tekst zwykle występuje po CamelCasing . Dlatego zamiast „ciąg” XML preferuje „Ciąg”. Właśnie dlatego Boolean.TrueString ma wartość „True”, a Boolean.FalseString jest domyślnie „False”.

Prawdopodobnie wynika to ze starych czasów VB NOT .Net, kiedy bool.ToString produkował wartość True lub False.