¿Por qué la salida Boolean.ToString es "Verdadera" y no "verdadera"

Question

true.ToString() 
false.toString(); 

Output: 
True 
False 

¿Hay alguna razón válida para que sea "Verdadero" y no "verdadero"? Se rompe al escribir XML como el tipo booleano de XML en minúsculas, y tampoco es compatible con C# 's verdadero/falso (aunque no estoy seguro acerca de CLS).

actualización

Aquí está mi manera poco limpia de conseguir alrededor de él en C# (para su uso con XML)

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

Por supuesto que añade 1 método más para la pila, pero elimina ToLowers() en todos lados.

Answer 1

Solo las personas de Microsoft pueden responder esa pregunta. Sin embargo, me gustaría ofrecer algunos datos curiosos sobre él;)

En primer lugar, esto es lo que dice en MSDN sobre el método Boolean.toString():

Valor devuelto

Tipo: Sistema.Cadena

TrueString si el valor de este instancia es cierto, o FalseString si el valor de esta instancia es falsa.

Observaciones

Este método devuelve el constantes "verdadero" o "falso". Tenga en cuenta que XML distingue entre mayúsculas y minúsculas y que la especificación XML reconoce "verdadero" y "falso" como el conjunto válido de valores booleanos. Si el objeto String devuelto por el método ToString() debe escribirse en un archivo XML, su método String.ToLower debe ser llamado primero para convertirlo a en minúscula.

Aquí viene el hecho divertido # 1: no devuelve TrueString o FalseString en absoluto. Utiliza literales codificados "True" y "False". No te haría ningún bien si utiliza los campos, porque están marcados como de solo lectura, por lo que no hay cambios.

El método alternativo, Boolean.toString (IFormatProvider) es aún más divertido:

Observaciones

El parámetro proveedor está reservado. No participa en la ejecución de este método. Esto significa que el método Boolean.ToString (IFormatProvider), a diferencia de la mayoría de los métodos con un parámetro de proveedor, no refleja las configuraciones específicas de la cultura.

¿Cuál es la solución? Depende de qué estás tratando de hacer exactamente. Sea lo que sea, apuesto a que requerirá un hack;)

Answer 2

¿Cómo no es compatible con C#? Boolean.Parse y Boolean.TryParse no distingue entre mayúsculas y minúsculas y el análisis se hace comparando el valor con Boolean.TrueString o Boolean.FalseString que son "True" y "False".

EDIT: Al mirar el método Boolean.toString en el reflector resulta que las cuerdas están codificados por lo que el método ToString es el siguiente:

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

Answer 3

Es simple código para convertir a que todo en minúsculas .

No es tan sencillo convertir "verdadero" en "Verdadero", sin embargo.

true.ToString().ToLower() 

es lo que uso para la salida xml.

Answer 4

Para Xml puede usar el método XmlConvert.ToString.

Answer 5

... porque el entorno .NET está diseñado para admitir muchos idiomas.

System.Boolean (en mscorlib.dll) está diseñado para ser utilizado internamente por los idiomas para admitir un tipo de datos booleano. C# usa todas las minúsculas para sus palabras clave, de ahí 'bool', 'verdadero' y 'falso'.

VB.NET, sin embargo, utiliza la carcasa estándar: de ahí 'Boolean', 'True' y 'False'.

Como los idiomas tienen que funcionar juntos, no podría tener true.ToString() (C#) dando un resultado diferente a True.ToString() (VB.NET). Los diseñadores de CLR escogieron la notación de carcasa CLR estándar para el resultado de ToString().

La cadena de caracteres del booleano true se define como Boolean.TrueString.

(Hay un caso similar con System.String: C# lo presenta como el tipo 'string').

Answer 6

Esto probablemente proviene de los viejos VB NO días .Net cuando bool.ToString produjo verdadero o falso.

Answer 7

Conozco el motivo por el que ya se ha abordado, pero cuando se trata de formatear booleanos "personalizados", tengo dos métodos de extensión que ya no puedo vivir :-)

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); 
    } 
} 

El uso es trivial. A continuación se convierte varios valores bool a sus representaciones portuguesas:

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

Answer 8

La razón true es "verdad" es debido a la fuerte unión de Microsoft con los estándares XML.

De Wikipedia: "Extensible Markup Language (XML) es un lenguaje de marcado que define un conjunto de reglas de codificación de documentos en un formato que es a la vez legible y legible por la máquina."

legible por humanos es subjetivo, pero a los ojos de XML, se prefiere usar la palabra "Uno" en lugar del número "1". Notarás que esto sucede usando enumeraciones, ya que la palabra se serializa en lugar de su valor ("FirstOption" en lugar de "0" o "1").

Del mismo modo, el texto suele seguir CamelCasing. Por lo tanto, en lugar de "cadena", XML prefiere "Cadena". Esta es la razón por la cual Boolean.TrueString es "True" y Boolean.FalseString es "False" por defecto.