Newsgroup: it.comp.lang.javascript
Titolo: Array() e informazioni relative.

Salve a tutti,
Presento dei dubbi per chiarimenti e consigli.
obbiettivo: elenco su tre <SELECT>, Regioni, Comuni, Provincie, dove i
valori sono caricati da degli Array().
La costruzione degli Array avviene tramite 
VB.NET
 (
ASP.NET
).
Genero blocchi di script per il lato client utilizzando le classi del
Framework.
Ho notato che i valori degli Array non sono tenuti in memoria ma vengono
scritti per intero.
Cioč se imposto lato cliente
var arr;
e successivamente costruisco un array di 50 elementi e tramite 
VB.NET
:
arr=Array()
tutti e 50 valori sono scritti, e no preservati in memoria.
Presumo sia corretto in quanto le informazioni dal server al cliente
viaggiano via TCP/IP.
Dopo la costruzione, da 
VB.NET
 a Javascript passa una stringa lunga 119340
caratteri
Il codice si presenta tipo:
<script language=javascript>var arrRegioni=new Array();var
arrProvincie=new Array();var arrComuni=new Array();
arrRegioni[0]='ABR';arrProvincie[0]=new
Array();arrProvincie[0][0]='AQ';arrProvincie[0][1]='CH';arrProvincie[0][2]='PE';arrProvincie[0][3]='TE';arrRegioni[1]='BAS';
arrProvincie[1]=new
Array();arrProvincie[1][0]='MT';........................
'Comuni della prima provincia
arrComuni[0]=new Array('ACCIANO','AIELLI','ALFEDENA'.................
'Comuni ultima provincia
arrComuni[102]=new Array('AFFI',
Quindi alimento le <SELECT> dagli Array() parte cliente
Primo dubbio:
Una tale mole di dati presente nella pagina puň dare dei problemi ?
Secondo dubbio:
Si velocizza se inserisco, in fase di dichiarazione, il numero numero
degli elementi tra le parentisi dell'Array(), es. Array(120)?
Terzo dubbio:
Rilevo la lunghezza di una classe tipo:
arrRegioni.length e il numero lo devo assegnare,
č sufficiente o meglio convertirlo con la funzione
parseInt(arrRegioni.length) ?
Grazie
giuseppeD
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 parseInt(arrRegioni.length) ?
No, non c'è bisogno (poi dipende cosa ci fai con questo dato).
-- 
"Ho smesso di fumare.
 Vivrò una settimana di più.
 E in quella settimana pioverà a dirotto"
									    W.A.

 parseInt(arrRegioni.length) ?
E' numerica la proprietà,non ne hai bisogno.
-- 
ZER0
~ .. six thousand and fifty one days, eight hours, thirty five minutes, thirty three seconds.
That is when the world ended.

 'stica. Ma sei sicuro che sia tutto necessario?
AAARGH! 120K, non 12k!
Ritiro il "IMHO non dà problemi" scritto prima.


 AAARGH! 120K, non 12k!
Ah, io ho letto il 12k sul tuo post e l'ho preso per buono :)
-- 
ZER0
~ .. six thousand and fifty one days, eight hours, fifty one minutes,zero seconds.


 Ah, io ho letto il 12k sul tuo post e l'ho preso per buono :)
:-)
parla di 119.000 caratteri...se unicode potrebbero anche essere 238 i K!
Se è una intranet (o anche internet, visto che oramai mi sono lanciato!) io
opterei per XMLHttpRequest.
-- 
"Ti sei salvato
 o sei entrato in banca pure tu?"
									    A.V.

 dover digerire al browser, e un array è un oggetto non un valore primitivo.
Dovendo eseguire una selezione ad albero, e volendo eliminare, mi sembra
che si dice così, il roundtrip, quindi caricare i dati lato cliente, e
filtrarli all'occasione, quali altri metodi dispone Javascript ?
Ciao


 opterei per XMLHttpRequest.
Ho salvato la pagina, Array_Java_VBNET.aspx, in HTML e pesa 121 KB
(124.335 byte).
E' veloce in esecuzione ed è stato sorprendente vedere funzionare la
pagina senza l'ausilio di IIS.
Visto che ci sono, mi viene un dubbio.
In 
ASP.NET
, in apparenza si costruiscono pagine scarne, dopo l'esecuzione
si, diciamo, gonfiano. Se i Kb possono presentare problemi, per essere
sicuro dopo costruzioni consistenti dovrei verificare la pesantezza della
pagina ?
Si sa il massimo che è meglio non superare ?
ciao 


 Si sa il massimo che č meglio non superare ?
direi che 10/15 KB sia una buona idea di limite
-- 
Erano giorni di Maggio, tra noi si
scherzava a raccogliere ortiche

 crei una vista di una tabella
No,no.. forse non hai idea di cosa stai dicendo.. ma io ho visto pagine di
19kb (peso ricevuto dal client) diventare di 78kb per colpa del viewstate.. 
Inoltre ricordati la filosofia M$.. Lei "SA" cos'è meglio per te.. quindi a
prescindere da ciò che lo sviluppatore scrive, l'IDE/il framework lo
riempie di codice che tu, programmatore, non hai mai avuto intenzione di
scrivere.
-- 
ZER0
~ .. six thousand and fifty two days, two hours, fifty nine minutes, eighteen seconds.


 scrivere.
com'e' che la chiamano, orchestration? :D


 stica... in internet? o_O
:-)
La prima cosa che ho fatto non appena messo mano a 
asp.net
 è stato
rimuovere il viewstate, infatti...tanto serve per la validazione e per
"ricordarsi" i valori compilati duranti i submit(), ma rimuovendo il name
al form salta tutto (il javascript che mamma M$ invia al client parte da un
bel document.forms['nomeform']...).
Senza contare che è un bel <form...><input name="__VIEWSTATE"/>, e
giustamente xhtml se la mena visto che non è racchiuso in un tag-block.
E' una schifezza immonda, per fortuna è rimuovibile.
-- 
"Emancipate yourselves from mental slavery;
None but ourselves can free our minds"
									    B.M.

 com'e' che la chiamano, orchestration? :D
Io la chiamo "immonda schifezza", e giusto per non essere scurrile. :D
-- 
ZER0
~ .. six thousand and fifty two days, five hours, thirty one minutes, forty six seconds.
