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 abuse (AT) newsland (DOT) it

In data Wed, 25 May 2005 14:57:12 +0200, giuseppeD ha scritto:

Salve a tutti,
Presento dei dubbi per chiarimenti e consigli.
[CUT]

Dico la mia, poi sentiamo gli altri

Primo dubbio:
Una tale mole di dati presente nella pagina può dare dei problemi ?
Stai semplicemente sparando 12k in più...in generale no, IMHO non dà

problemi.

Secondo dubbio:
Si velocizza se inserisco, in fase di dichiarazione, il numero numero
degli elementi tra le parentisi dell'Array(), es. Array(120)?
Secondo me no, la differenza è quasi nulla

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) ?
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.

On Wed, 25 May 2005 14:57:12 +0200, giuseppeD wrote:

obbiettivo: elenco su tre <SELECT>, Regioni, Comuni, Provincie, dove i
valori sono caricati da degli Array().

Da degli array client-side?

Ho notato che i valori degli Array non sono tenuti in memoria ma vengono
scritti per intero.

Se li tiene in memoria. Però per poterseli tenere nella memoria del client,
li dovrà pur trovare scritti da qualche parte, il browser

Presumo sia corretto in quanto le informazioni dal server al cliente
viaggiano via TCP/IP.

Eggià.

Dopo la costruzione, da VB.NET a Javascript passa una stringa lunga 119340
caratteri

'stica. Ma sei sicuro che sia tutto necessario?
Tra l'altro, stiamo parlando di sito web, o di web application?

script language=javascript

"language" è deprecated:

<script type="text/javascript">

o al massimo inserisci entrambi.

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';........................

ARGH. Che casotto è?
Inoltre, perché arrProvince l'hai fatto come array di array, mentre
arrComuni no, ad esempio?

Se vuoi gestire una struttura ad albero, inoltre, ti consiglio un'altro
tipo di approccio. Sarebbe da verificare poi che l'Array sia effettivamente
l'oggetto che ti serve.. ma quello dipende da cosa poi ci devi fare. Si
potrebbe optare per un object nudo e crudo scritto secondo la sintassi
dell'object initializer, ad esempio.

'Comuni della prima provincia
arrComuni[0]=new Array('ACCIANO','AIELLI','ALFEDENA'............... ..

puoi risparmiare qualche byte con quest'altra sintassi:

arrComuni[0]=['ACCIANO','AIELLI','ALFEDINA']

Quindi alimento le <SELECT> dagli Array() parte cliente
Primo dubbio:
Una tale mole di dati presente nella pagina può dare dei problemi ?

Oddio, se si può snellire sarebbe meglio.. anche perché dai 12k di array da
dover digerire al browser, e un array è un oggetto non un valore primitivo.

Si velocizza se inserisco, in fase di dichiarazione, il numero numero
degli elementi tra le parentisi dell'Array(), es. Array(120)?

Io eliminerei del tutto quel tipo di gestione dell'array..

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) ?

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.

In data Wed, 25 May 2005 15:17:45 +0200, ZER0 ha scritto:

Dopo la costruzione, da VB.NET a Javascript passa una stringa lunga 119340
caratteri
'stica. Ma sei sicuro che sia tutto necessario?
AAARGH! 120K, non 12k!

Ritiro il "IMHO non dà problemi" scritto prima.

--
"Ho smesso di fumare.
Vivrò una settimana di più.
E in quella settimana pioverà a dirotto"
W.A.

On Wed, 25 May 2005 15:20:04 +0200, Cristiano Larghi wrote:

Dopo la costruzione, da VB.NET a Javascript passa una stringa lunga 119340
caratteri

'stica. Ma sei sicuro che sia tutto necessario?

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.
That is when the world ended.

In data Wed, 25 May 2005 15:33:12 +0200, ZER0 ha scritto:

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.

ZER0 ha scritto:

obbiettivo: elenco su tre <SELECT>, Regioni, Comuni, Provincie, dove i
valori sono caricati da degli Array().

Da degli array client-side?

Lato client ho le funzioni per alimentare le <SELECT>, tipo:
function caricaregioni()
{ var num=parseInt(arrRegioni.length);
with (document.Form1.selRegione)
{ for (var i=0;i < num;i++)
{ options[i]=new Option(arrRegioni[i],i); }
options.selectedIndex=0; }}

Potrei scriverla tramite le classi del Framework,
ma per controllare meglio la sintassi la inserisco nella pagina HTML.
Gli Array() in considerazione che devo prelevare i dati da un db,
costruisco la stringa con VB.NET e poi genero i blocchi di script per il
lato client utilizzando le classi del Framework, così:
Me.RegisterClientScriptBlock("arrayarrayarray", "<script
language=javascript>" & sb.ToString & "</script>")
Sempre con le classi, attivo le funzioni javascript che si trovano nella
pagina HTML. Così dagli Array() che si trovano in pagina HTML, ma
costruiti tramite VB.NET, si popolano le <SELECT>

Ho notato che i valori degli Array non sono tenuti in memoria ma vengono
scritti per intero.

Se li tiene in memoria. Però per poterseli tenere nella memoria del client,
li dovrà pur trovare scritti da qualche parte, il browser

Ho programmato principalmente applicazioni Windows, e mi capita spesso di
ragionare in modo non corretto per progetti Web.

Dopo la costruzione, da VB.NET a Javascript passa una stringa lunga 119340
caratteri

'stica. Ma sei sicuro che sia tutto necessario?
Tra l'altro, stiamo parlando di sito web, o di web application?

ASP.NET, web application.
Seguendo i canoni ufficiali, in prima sembra che si possa costruire il
tutto utilizzando solo codice parte Codebehind, ma tale metodologia, te ne
accorgi con il tempo, affatica il server. Se l'utilizzo è minimo, nessun
problema; ma se concorrono alla pagina molti accessi ? Mi sembra di aver
capito che più utilizzi la parte cliente e più aumentano le prestazioni.
Quindi, l'esempio proposto è partito come studio di fattibilità, ma al
vedersi qualcuno ha esclamato ah ! come è veloce ! possiamo utilizzare
questo metodo anche per quel progetto .......

script language=javascript

"language" è deprecated:

script type="text/javascript"

o al massimo inserisci entrambi.

Cercherò di correggermi.

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';........................

ARGH. Che casotto è?
Inoltre, perché arrProvince l'hai fatto come array di array, mentre
arrComuni no, ad esempio?

La difficoltà, dopo la selezione della <SELECT> della provincia, è
filtrare i comuni abbinati, residenti nella parte cliente.
In prima, l'attuale, ho costruito l'Array() comuni, e tramite una funzione
leggo gli indici selezionati delle <SELECT> di Regione e provincia.
Tramite i due numeri estraggo l'Array che contiene i comuni.

Se vuoi gestire una struttura ad albero, inoltre, ti consiglio un'altro
tipo di approccio. Sarebbe da verificare poi che l'Array sia effettivamente
l'oggetto che ti serve.. ma quello dipende da cosa poi ci devi fare. Si
potrebbe optare per un object nudo e crudo scritto secondo la sintassi
dell'object initializer, ad esempio.

'Comuni della prima provincia
arrComuni[0]=new Array('ACCIANO','AIELLI','ALFEDENA'............... ..

puoi risparmiare qualche byte con quest'altra sintassi:

arrComuni[0]=['ACCIANO','AIELLI','ALFEDINA']

Quindi alimento le <SELECT> dagli Array() parte cliente
Primo dubbio:
Una tale mole di dati presente nella pagina può dare dei problemi ?

Oddio, se si può snellire sarebbe meglio.. anche perché dai 12k di array da
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
giuseppeD


--

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad abuse (AT) newsland (DOT) it

Cristiano Larghi ha scritto:

In data Wed, 25 May 2005 15:33:12 +0200, ZER0 ha scritto:

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.

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
giuseppeD




--

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad abuse (AT) newsland (DOT) it

Il Wed, 25 May 2005 16:32:13 +0200, giuseppeD ha scritto:

Visto che ci sono, mi viene un dubbio.
In ASP.NET, in apparenza si costruiscono pagine scarne, dopo l'esecuzione
si, diciamo, gonfiano.

beh questo accade in tutti i linguaggi server side, pensa ad esempio quando
crei una vista di una tabella

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 ?

direi che 10/15 KB sia una buona idea di limite

--
Erano giorni di Maggio, tra noi si
scherzava a raccogliere ortiche

On Thu, 26 May 2005 07:36:04 GMT, Claudio Procida wrote:

Visto che ci sono, mi viene un dubbio.
In ASP.NET, in apparenza si costruiscono pagine scarne, dopo l'esecuzione
si, diciamo, gonfiano.

beh questo accade in tutti i linguaggi server side, pensa ad esempio quando
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 Microsoft.. 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.
That is when the world ended.