Newsgroup: it.comp.java
Titolo: JDK tutorial in Italiano

Salve a tutti,
Sono Umberto Sartori, pittore,
attualmente alle prese con lo studio del Java.
Invece di prendere appunti, ho pensato di far cosa utile, per i miei ripassi
e anche altrui, col tradurre in italiano il ponderoso tutorial della Sun
mantenendo (e perfezionando) la struttura html della guida.
Ho completato le parti "Getting started", "Apprendere il Linguaggio Java", e
sono a buon punto con "Le classi Java essenziali". Direi che sono circa
5/600 Kb.
E' mia intenzione mettere il lavoro a disposizione di chi voglia servirsene,
in ftp sul mio sito. Per fare questo, pero' e' opportuna l'autorizzazione
della Sun.
Veniamo al punto. Essendo io un neofita in programmazione, cerco qualche
amico munito di buona volonta' e conoscenza del Java che sia disposto a
controllare il testo per accertare che io non abbia commesso errori
grossolani, e garantire (con i suoi programmi realizzati o i suoi titoli di
studio) la correttezza dell'informazione presso la Sun. Finora non
dovrebbero esserci grossi errori, a rigor di logica tutto fila. Mi e' pero'
capitato di trovare qualche piccola incongruenza nel testo inglese, tipo
questa:
*********************************
Mi par di cogliere una contraddizione fra questi due brani, che sono tratti
da due capitoli di "Le Classi String e Stringbuffer" in \essential\strings.
-----
Da: conversion.html:
Per esempio, System.out.println non accetta StringBuffers, quindi devi
convertire uno StringBuffer in uno  String prima di poterlo stampare.
Il metodo reverseIt, usato precedentemente in questa lezione, usa il metodo
toString di StringBuffer per convertire lo StringBuffer in un oggetto String
prima di restituire lo String stesso.
------
Da: stringsAndJavac.html:
In Java, puoi usare + per concatenare tra loro Strings:
String cat = "cat";
System.out.println("con" + cat + "enation");
Questo e' un po' ingannevole perche', come sai, gli Strings
non possono venir cambiati. Infatti dietro le scene il compilatore usa gli
StringBuffers per implementare la concatenazione.
L'esempio precedente si compila in:
String cat = "cat";
System.out.println(new
StringBuffer().append("con").append(cat).append("enation"));
Puoi usare l'operatore + anche per concatenare a uno String valori che non
siano a loro volta Strings:
System.out.println("Java's Number " + 1);
Il compilatore converte il valore non-String (l'integer 1
dell'esempio) in un oggetto String prima di eseguire l'operazione di
concatenamento.
-----
Riesco a capire solo se assumo che System.out.println  rifiuti gli
StringBuffers quando gli sono passati direttamente, ma che li accetti quando
gli vengono passati in fase di compilazione dal compilatore...
Se e' cosi', credo che varrebbe la pena specificarlo nel primo brano, piu' o
meno cosi':
"Per esempio, System.out.println non accetta StringBuffers +++ (con la sola
eccezione di quando gli vengono passati dietro le scene dal compilatore per
operazioni di conversione automatica) +++ , quindi devi convertire uno
StringBuffer in uno  String prima di poterlo stampare.
*********************************
La/e persona/e che accettasse/ro di aiutarmi, dovrebbe/ro impegnarsi anche
ad aiutarmi abbastanza tempestivamente su questioni simili, che faro' del
mio meglio comunque per risolvere in proprio per quanto possibile, prima di
disturbare i/l revisore/i. Nel lavoro gia' fatto sono incorso in solo due o
tre di queste evenienze.
TTN
Umb

tre di queste evenienze.
Tu posta, e magari cercheremo di chiarire i dubbi, o le imprecisioni del
testo che stai traducendo -- questo, penso che possa essere utile del
tutto a parte la questione se Sun intenda lasciare che tu ponga in rete
la traduzione che stai facendo.
Alex

la traduzione che stai facendo.
Ti ringrazio molto per la tua disponibilita'. Una volta che tu abbia
visionato il lavoro ( e posto che vada bene) forse avrai anche qualche
consiglio sulla forma migliore per contattare la Sun?
TTN
Umb