¿Por qué Java no tiene una forma de especificar los literales de cadenas sin espaciar?

Question

En C#, si quieres que una cadena se toma literalmente, es decir, ignorar caracteres de escape, que puede utilizar:

string myString = @"sadasd/asdaljsdl"; 

Sin embargo no existe un equivalente en Java. ¿Hay alguna razón por la cual Java no haya incluido algo similar?

Editar:

Después de revisar algunas respuestas y pensar en ello, lo que realmente te pido es:
¿Hay algún argumento convincente en contra de añadir a esta sintaxis de Java? ¿Algo negativo, que simplemente no estoy viendo?

Answer 1

Java siempre me ha parecido un lenguaje minimalista. Me imagino que, dado que las cadenas verbatim no son una necesidad (como las propiedades, por ejemplo), no estaban incluidas.

Por ejemplo, en C# hay muchas maneras rápidas de hacer algo como propiedades:

public int Foo { get; set; } 

y literales cadenas:

String bar = @"some 
string"; 

Java tiende a evitar tanto la sintaxis de azúcar como sea posible. Si quieres captadores y definidores para un campo que debe hacer esto:

private int foo; 

public int getFoo() { return this.foo; } 
public int setFoo(int foo) { this.foo = foo; } 

y cuerdas debe ser escapado:

String bar = "some\nstring"; 

creo que es debido a que en muchos sentidos C# y Java tienen un diseño diferente metas. C# se desarrolla rápidamente con muchas características que se agregan constantemente, pero la mayoría de las cuales tienden a ser azúcar sintaxis. Java, por otro lado, se trata de simplicidad y facilidad de comprensión. Muchas de las razones por las que se creó Java en primer lugar fueron reacciones contra la complejidad de la sintaxis de C++.

Answer 2

Me resulta gracioso "por qué" preguntas. C# es un lenguaje más nuevo e intenta mejorar lo que se considera deficiencias en otros lenguajes como Java. El motivo simple de la pregunta "por qué" es: el estándar Java no define el operador @ como en C#.

Answer 3

Creo que esta pregunta es como: "¿Por qué Java no es sensible a la indentación como Python?" La sintaxis mencionada es un azúcar, pero es redundante (superflua).

Answer 4

Creo que una de las razones es que las expresiones regulares (que son una razón importante para este tipo de literales String) no forman parte de la plataforma Java hasta Java 1.4 (si no recuerdo mal). Simplemente no había tanta necesidad de esto, cuando el lenguaje estaba definido.

Answer 5

No estoy seguro del por qué, pero puede hacerlo escapando del carácter de escape. Como todos los caracteres de escape van precedidos de una barra invertida, al insertar una barra diagonal inversa puede cancelar el carácter de escape. p.ej. "\ now" producirá una línea nueva y luego las letras "ow" pero "\ now" producirá "\ now"

Answer 6

Debería encontrar que su IDE maneja el problema por usted. Si se encuentra en medio de un String y copia y pega un texto sin formato, debería escaparse del texto.

PERL tiene una variedad más amplia de maneras de establecer literales String y, a veces, también desea que Java las admita.;)

Answer 7

Como dije, la mayoría de las veces cuando quieres escapar de los personajes es para expresiones regulares. En ese caso de uso: Pattern.quote()

Answer 8

Java (por desgracia) no tiene nada como esto, pero Groovy does:

assert '''hello, 
world''' == 'hello,\nworld' 
//triple-quotes for multi-line strings, adds '\n' regardless of host system 
assert 'hello, \ 
world' == 'hello, world' //backslash joins lines within string 

Me gustó mucho esta característica de C# atrás cuando hice un trabajo .NET. Fue especialmente útil para las consultas SQL cortadas y pegadas.