Dlaczego niektóre literały znaków powodują błędy składni w Javie?

Question

W najnowszym wydaniu JavaSpecialists biuletynu, autor wspomina o kawałek kodu, który jest un-compilable w Javie

public class A1 { 
    Character aChar = '\u000d'; 
} 

Spróbuj skompilować go, a dostaniesz błąd, takie jak:

A1.java:2: illegal line end in character literal 
       Character aChar = '\u000d'; 
           ^

Dlaczego równoważny fragment kodu C# nie pokazuje takiego problemu?

public class CharacterFixture 
{ 
    char aChar = '\u000d'; 
} 

Czy brakuje mi czegoś?

EDYCJA: Moim pierwotnym zamiarem było pytanie, w jaki sposób kompilator C# ma poprawne parsowanie pliku kodu Unicode (jeśli tak) i dlaczego java nadal powinna trzymać się niepoprawnego (jeśli tak) parsowania? EDIT: Również chcę przywrócić tytuł pytania myoriginal? Dlaczego tak ciężka edycja i mocno podejrzewam, że w dużym stopniu zmodyfikowała moje intencje.

Answer 1

Kompilator Javy tłumaczy \uxxxx sekwencje specjalne jako jeden z pierwszych kroków, nawet zanim tokenizer otrzyma pęknięcie kodu. Do momentu, w którym faktycznie zaczyna tokenizować, nie ma już sekwencji \uxxxx; są już zamieniane na znaki, które reprezentują, więc dla kompilatora twój przykład Java wygląda tak samo, jakbyś w pewnym sensie wstawił tam znak powrotu karetki. Robi to, aby zapewnić sposób używania Unicode w źródle, niezależnie od kodowania pliku źródłowego. Nawet tekst ASCII może nadal w pełni reprezentować znaki Unicode, jeśli jest to konieczne (kosztem czytelności), a ponieważ robi się tak wcześnie, możesz mieć je prawie w dowolnym miejscu w kodzie. (Można powiedzieć: \u0063\u006c\u0061\u0073\u0073\u0020\u0053\u0074\u0075\u0066\u0066\u0020\u007b\u007d, a kompilator odczytałby go jako class Stuff {}, jeśli chcesz być denerwujący lub torturować siebie.)

C# nie robi tego. \uxxxx jest tłumaczony później wraz z resztą programu i jest poprawny tylko w niektórych typach tokenów (mianowicie identyfikatorach i ciągach liter/znakach). Oznacza to, że nie można go używać w niektórych miejscach, w których można go używać w Javie. cl\u0061ss nie jest słowem kluczowym, na przykład.