Blogsostenibile.ch

foreach() in JavaScript

2010-07-11T02:37:00.000-07:00

Qualche tempo fa il mio collega Jak aveva postato come creare un foreach in Java. Questo tipo di for esiste anche in JavaScript (anche se molti non lo chiamano foreach ma for in). L'idea di fondo è sempre la stessa e può funzionare con qualsiasi tipo di oggetto, non solo arrays:

for(var object in objects){

//fai qualcosa con object

}

Object è chiaramente uno degli oggetti in objects, quindi il for itera lungo il contenuto di objects.

Il problema in JavaScript è che l'enumerazione in questo caso contiene anche funzioni e proprietà del prototype che è presente in JavaScript (per chi non lo sapesse, una specie di superclasse di Java con diverse proprietà). Per filtrare questi valori è necessario aggiungere un paio di controlli:

for(var object in objects){

if(typeof objects[object] !== 'function'){

//fai qualcosa con object

}

Ricordiamoci però che con il foreach non abbiamo garanzie sull'ordine degli oggetti all'interno dell'oggetto objects. Per averli estratti in ordine bisognerà utilizzare un for normale.

Hope it helps ;)

Anatomia di un'applicazione Android

2010-06-26T05:35:00.000-07:00

Ho pensato di scrivere questo post perchè nonostante sia da qualche tempo che lavoricchio dietro Android, non mi sono mai interessato veramente a quale sia l'anatomia di un'applicazione.

Dunque, ci sono quattro principali blocchi per la costruzione di un'applicazione per Android. Essi sono:

Activity
Intent Receiver
Service
Content Provider

Chiaramente non tutte le applicazioni hanno bisogno di averle tutte e quattro, ma di norma le applicazioni sono una combinazione di queste.

Una volta che si è deciso quali componenti sono necessari per l'applicazione, vanno scritti nel file AndroidManifest.xml. Questo è un file (in formato XML) dove sono dichiarati tutti i componenti delle applicazioni ed i loro requisiti.

Activity

Le activity sono i blocchi più comuni per la creazione di applicazioni. Di norma un'activity è uno schermo singolo dell'applicazione. Ogni activity è implementata in una singola classe che estende la classe Activity e mostra la user interface composta da Views e risponde agli eventi. Molte applicazioni chiaramente consistono di schermi multipli. Per esempio un'applicazione per mandare SMS potrebbe avere uno schermo che mostra la lista di contatti per scegliere il destinatario di un messaggio, un secondo schermo per scrivere il messaggio al contatto ed altri schermi per vedere i messaggi già mandati. Ognuno di questi schermi deve essere implementato come Activity. Muoversi da uno schermo all'altro si esegue semplicemente startando una nuova activity. In alcuni casi un'activity può ritornare dei valori all'activity precedente. Per esempio un'activity che sceglie una foto dalla library ritornerà all'activity precedente la foto scelta.

Quando un nuovo schermo si apre, lo schermo precedente si mette in pausa ed è messo su una stack history. L'user può comunque navigare indietro, in schermi precedentemente aperti. Gli schermi possono anche essere eliminati dalla stack history quando non sono più necessari. Android mantiene la stack history per ogni applicazione lanciata.

Intent and Intent Filters

Android usa una classe speciale chiamata Intent per muoversi da schermo a schermo. Un intent descrive cosa un'applicazione vuole che venga effettuato. Le due parti più importanti della struttura dell'intent sono l'azione e i dati su dove deve agire. I tipici valori per l'azione sono MAIN (la principale per l'activity), VIEW, PICK, EDIT, ecc. I dati sono espressi come URI. Per esempio per vedere le informazioni di una persona (attraverso il contatto nella rubrica), bisogna creare un intent che con l'azione VIEW e con il data settato come URI che rappresenta quella persona.

C'è una classe legata all'intent che è l'IntentFilter. Mentre l'intent è l'effettiva richiesta di fare qualcosa, l'intent filter è una descrizione di quali intenti un'activity è capace di manipolare. Un'activity che mostra le informazioni di contatto di una persona pubblicherà un IntentFilter che mostrerà che è capace di manipolare l'azione VIEW quando applicata su un dato che rappresenta una persona. Le activity pubblicano i loro IntentFilters nel file AndroidManifest.xml.

Navigare da schermo a schermo è compiuto risolvendo intenti. Per navigare in avanti, un'activity chiama startActivity(myIntent). Il sistema quindi cerca gli intent filters per tutte le applicazioni installate e prende l'activity per l'acquale l'intent filter combacia meglio con myIntent. La nuova activity è informata dell'intent e la lancia. Il processo di risolvimento di intent avviene in run time quando startActivity è chiamato, il che offre due benefici:

Le activity possono riutilizzare funzionalità di altri componenti semplicemente facendo una richiesta nella forma di un intent
Le activity possono essere rimpiazzate in qualsiasi momento da una nuova activity con un IntentFilter equivalente

Intent Receiver

L'IntentReceiver è usato quando si vuole far eseguire qualcosa all'applicazione in reazione ad un evento esterno. Per esempio, quando il telefono suona, o quando c'è una rete a cui collegarsi, o quando è mezzanotte. Gli intent receivers non hanno una UI, ma possono usare il NotificationManager per avvertire l'utente se qualcosa di interessante è successo. Anche gli intent receivers sono registrati nell'AndroidManifest.xml, ma si possono anche registrare dal codice usando Context.registerReceiver(). L'applicazione che lancia l'intent receiver non deve star per forza runnando per fare in modo che l'intent receiver sia chiamato: il sistema starterà da solo l'applicazione se necessario quando un intent receiver è eseguito. Le applicazioni possono anche mandare i propri intent ad altre applicazioni attraverso Context.broadcastintent().

Due parole sui Service: un service è un codice che runna senza UI. Un buon esempio è un media player che sta riproducendo delle canzoni da una playlist. In un media player ci saranno una o più activities che permettono all'utente di scegliere le canzoni e farle riprodurre. In ogni caso la musica si suona continuerà a suonare anche se l'utente naviga altrove (in altre applicazioni per esempio), questo perche l'activity del media player può lanciare un service usando Context.startService() in background per fare in modo che la musica continui. La musica continuerà a suonare finchè non finisce. Un'altra cosa interessante è che ci si può connettere ai services attraverso Context.bindService(). Quando connesso ad un service, si può comunicare attraverso un'interfaccia esposta da quest'ultimo. Nell'esempio del media player, questo servizio potrebbe permettere all'utente di fermare o far ricominciare la musica.

Content Provider

Le applicazioni possono conservare dati in files, database SQLite, o ogni altri tipo di meccanismo che ha senso. Un content provider è utile quando si vuole condividere le informazioni di un'applicazione con altre applicazioni. Un content provider è una classe che implementa un set di metodi standard per lasciar depositare e ritirare informazioni dalle altre applicazioni. Per avere più informazioni riguardo al content provider comunque, consiglio di riferirsi all'API di Android sotto Accessing Content Providers.

Hope it helps ;).

Ubuntu LTS e Virtualbox: ambiente di sviluppo perfetto

2010-06-15T01:58:00.000-07:00

Visto che ogni sei mesi Canonical rilascia una nuova versione di Ubuntu, e che di solito ogni versione porta con se numerose novità (oltre alle versioni aggiornate di tutti i pacchetti), di fatto si è costretti a fare un avanzamento di versione ogni volta, o per chi non si fida (come me), una reinstallazione.

Un pc di sviluppo però dovrebbe essere il meno soggetto possibile a cambiamenti, soprattutto se lo usiamo per lavoro (dove il tempo ha un costo preciso) ma anche se programmiamo per hobby, dato che è un'attività nella quale si investono molte ore. Come far convivere quindi la comodità di software sempre aggiornato per un normale utilizzo desktop, con la necessità di un ambiente di sviluppo stabile e sempre funzionante?
Ci vengono in aiuto Virtualbox (installabile tramite il Software Center) e la recente versione con supporto a lungo termine 10.04 di Ubuntu.

Una macchina guest con Ubuntu 10.04 è di fatto un unico file contenente un ambiente desktop con aggiornamenti di sicurezza e bugfix garantiti per 3 anni, facilmente portabile ed eseguibile ovunque sia installato Virtualbox. Per quanto riguarda gli IDE, come ad esempio Eclipse e Netbeans, possono essere installati prelevandoli direttamente dai repository di Ubuntu, o scaricandoli dalle pagine ufficiali. In questo caso tramite il sistema di aggiornamento integrato possiamo avere installata sempre l'ultima versione.

I vantaggi di un approccio di questo tipo sono molti. Innanzitutto, installando le Guest Additions nella macchina guest potremmo usarla praticamente senza renderci conto di trovarci in una virtual machine.
Avere tutto in un unico file poi permette di eseguire backup semplici e sicuri (i più paranoici potrebbero cifrare il file della virtual machine, per esempio).
Per avere a disposizione i propri progetti anche al di fuori della macchina di sviluppo, ci si può appoggiare a Dropbox.

Ci ho installato Eclipse con l'ambiente di sviluppo di Android e devo dire che non ci si accorge della differenza!

Cambiare le dimensioni di un'immagine in Android

2010-06-10T06:42:00.000-07:00

Ultimamente ho deciso di testare un po' l'API di Android, così ho scaricato il plugin per Eclipse e mi sono messo a scrivere un semplice solitario simile a quello di Windows. Appena cominciato a lavorare sull'interfaccia grafica ho avuto subito un problema: le immagini delle carte erano troppo grandi.

Ho cercato un modo semplice semplice per ridurre le dimensioni di un'immagine, ma non sono riuscito a trovare nulla. Alla fine ho scritto un metodo che lo facesse per me:

    public void resize(){
      int width = img.getWidth();
      int height = img.getHeight();

      int newWidth = 40;
      int newHeight = 60;

      // calculate the scale
      float scaleWidth = (float) newWidth / width;
      float scaleHeight = (float) newHeight / height;

      // create a matrix for the manipulation
      Matrix matrix = new Matrix();

      // resize the bit map
      matrix.postScale(scaleWidth, scaleHeight);

      // recreate the new Bitmap
      Bitmap resizedBitmap = Bitmap.createBitmap(img, 0, 0,width, height, matrix, true);
      img = resizedBitmap;
  }

Mi scuso per i commenti in inglese, ma sono ormai abituato. Il codice semplicemente all'inizio prende la grandezza attuale dell'immagine, poi setta in due variabili le nuove width/height e scala il tutto. In seguito creo una matrice che conterrà il bitmap ridimensionato, poi creo l'oggetto Bitmap e lo risetto nella variabile che conteneva la mia immagine troppo grande.

Spero che questo post sia utile a qualcuno ;).

foreach() in Java

2010-06-10T04:31:00.000-07:00

Oggi ho scoperto con piacere che in Java è possibile usare qualcosa di molto simile al foreach() di PHP.
Sono io che ero male informato oppure questa non è una caratteristica molto conosciuta?

In ogni caso, la sintassi è la seguente:

for (Object single_object : objects_arraylist) {
casted_object = (OriginalClass)single_object;
[...]
}

per fare un esempio:

ArrayList numeri = new ArrayList(200);
int i;

for(i = 0; i < 200; i++){
numeri.add(new Integer(i));
}

for (Object numero : numeri){
temp = (Integer)numero;
System.out.println(temp.toString());
}

è indubbiamente comodo dato che permette di non dover ogni volta memorizzare in una variabile il valore di .size() e usare un contatore.

Le meraviglie del multiprocesso di Internet Explorer

2010-06-07T06:46:00.000-07:00

Questa vale la pena raccontarla.

Oggi, dopo un sacco di tempo ho fatto il boot di Windows 7. Ebbene, avvio internet explorer (mai usato, tant'è che è comparso il popup di benvenuto) e apro google translate... il browser si congela per sei o sette secondi per poi chiedermi di installare flash player...???

Ora invece sto scrivendo questo post da una revisione minefield di mozilla (3.7a5pre, per la precisione) e tutto procede senza intoppi : D

Samsung Galaxy S, da subito anche in Europa e Svizzera

2010-06-04T13:34:00.000-07:00

Il maginifico Galaxy S, il terminale di Samsung presentato a Zurigo il 4 giugno, sarà reso disponibile in 110 nazioni contemporaneamente, stando a quando sostiene Korea IT Times.

Gli operatori europei fin qui accertati sono Orange, la quale opera in molti paesi del continente (tra i quali Francia, Inghilterra e Svizzera) e Deutsche Telecom, ma ve ne sono molti altri.
Non sorprende che Samsung abbia pianificato un lancio in grande stile per il suo ultimo terminale: possiede tutte le potenzalità per imporsi sul mercato, in special modo quello europeo dove molti dei migliori smartphone quasi certamente non arriveranno (come HTC Evo 4G e HTC Incredibile, per esempio).

Le caratteristiche tecniche sono a dir poco strabilianti. La parte più evidente è sicuramente il display Super AMOLED da 4", che regala un'immagine davvero lumionsa e ben definita.
Ma le novità di rilievo sono soprattutto sotto il cofano: la nuova piattaforma Hummingbird (cpu Cortex-A8 e gpu PowerVR SGX540) a detta del produttore sarà in grado di processare 90 milioni di triangoli al secondo. Nexus One e iPhone 3GS si fermano a 22 e 28 mentre Wii e Playstation 3 a 100 e rispettivamente 250, il salto prestazionale è sorprendente.
Sicuramente otterrà enormi benefici dall'update 2.2 Froyo di Android, che ha introdotto il compilatore JIT per il codice Java.

Per quanto riguarda il comparto video finalmente anche noi europei potremo registrare video in 720p a 30fps, con un'ampia scelta di codec tra cui i migliori sicuramente Xvid e H.264, mentre non viene menzionato quale sia o quali siano i codec audio disponibili.
Sarebbe una bella cosa trovare il supporto a WebM in una delle prossime versioni di Android.
Per i più curiosi, è disponibile anche una lista ufficiale delle caratteristiche tecniche.

A proposito dello schermo, si nota con piacere che i problemi di Nexus One e Desire non affliggono lo smarthphone di Samsung:

Chi ha avuto occasione di provarlo parla di un touchscreen fluido e reattivo.

Finalmente un terminale Android con tutte le carte in regola disponibile in tutto il mondo!
Per i più impazienti, è già possibile effettuare un preordine ma trattandosi della versione sbloccata il costo è alto, personlamente consiglio di aspettarlo in abbinamento a un contratto (che è esattamente quello che farò io).
Samsung ha confermato la sua disponibilità per il mese di luglio.

Fusione nucleare: l'energia del futuro

2010-05-23T17:50:00.000-07:00

Le centrali a fusione nucleare rappresentano indubbiamente la ricerca più ambiziosa e promettente nel campo della produzione di energia.

Permetterebbero di produrre grandi quantità di energia (il processo è della stessa categoria di quello che alimenta il Sole) usando poche, facilmente reperibili materie prime.

Gli unici requisiti di partenza sono infatti Deuterio e Litio, il primo è praticamente inesauribile (è un isotopo stabile dell'idrogeno che si trova ogni 3 atomi su 20000, pensate alla quantità inimmaginabile di H che compone le molecole d'acqua degli oceani) e il secondo è un metallo abbondante.

Come unico prodotto di scarto della fusione viene prodotto Elio (He), un gas assolutamente inerte (4He è considerato il nucleo più stabile in assoluto) che non avrebbe quindi alcun impatto sull'amosfera, sempre che non venga immagazzinato e rivenduto.

Lo schema della reazione è il seguente:

D + T → ⁴He (3.5 MeV) + n (14.1 MeV)

Come si può notare la fusione richiede anche del Trizio (T), un isotopo radioattivo dell'idrogeno (con tempo di dimezzamento troppo breve -12,33 anni- per lo stoccaggio) che però potrebbe essere prodotto direttamente nel reattore (tramite un "mantello triziogeno" ) sfruttando i neutroni liberati dalle reazioni stesse, secondo la reazione:
⁶Li + n → ⁴He + ³T

L'obiettivo della reazione, l'energia liberata (14,1 MeV), scalderebbe un liquido (non un liquido convenzionale, vengono attualmente valutati sia la lega metallica Pb-17Li sia addirittura l'Elio) che facendo girare diverse turbine produrrebbe energia elettrica; il solito vecchio sistema della turbina insomma.

Il problema è che le scadenze non sono proprio ravvicinate: il primo reattore non sperimentale -DEMO- è previsto per il 2050. Probabilmente mancano gli investimenti, 10 miliardi di dollari per un progetto di questa portata personalmente mi sembrano un pò pochi, probabilmente 50 sarebbero stati più adeguati. Trovarli non credo che sarebbe difficile, considerando chi finanzia la ricerca: UE, Stati Uniti, Russia, Cina, Giappone, ecc...

Una cosa però è sicura: non possiamo più andare avanti a produrre energia bruciando carbone (cosa fuori luogo nel 2010, per usare un eufemismo) o le conseguenze o le conseguenze sul clima potrebbero essere irreversibili.

Theora "Ptalarbvorm": non solo VP8 contro H.264

2010-05-23T05:56:00.000-07:00

Come tutti sappiamo, Google questo mese ha annunciato il rilascio del codec VP8, pagato 123 milioni di dollari, sotto licenza BSD-style.

Tra esultazioni, polemiche e FUD su ipotetiche violazioni di brevetti, sono convinto che solo fra qualche tempo, quando le specifiche saranno ben definite e le implementazioni mature si potrà parlare di comparazioni: VP8 fino a poco tempo fa era codice chiuso e ne esisteva una sola implementazione, quella di On2.

E riguardo alla questione brevetti sbandierata da MPEG-LA, cito Mike Jazayeri, Google product manager:

"We have done a pretty through analysis of VP8 and On2 Technologies prior to the acquisition and since then, and we are very confident with the technology and that's why we're open sourcing."

ovvero, grossomodo:

"Abbiamo effettuato un'analisi approfondita di VP8 e di On2 Technologies prima dell'acquisizione e da quello che abbiamo concluso, riponiamo molta fiducia nella tecnologia e per questo la stiamo rendendo opensource."

Oltretutto la logica ci dice che una società come Google, prima di spendere 123 milioni di dollari muove tutti i programmatori e avvocati necessari per accertarsi di quello che sta comprando.

Conclusa questa parentesi, eccoci finalmente al tema del post: la futura versione -attualmente in sviluppo- 1.2 di Theora, chiamata (in modo impronunciabile) Ptalarbvorm e della quale iniziano a girare i primi video e immagini di paragone.
Una consiglio: il modo migliore per notare la differenza fra due immagini è aprirle in nuove tab e switchare ripetutamente fra le due.

Il primo confronto riguarda un video, nel primo caso codificato da Youtube mentre nel secondo con la versione di sviluppo di Theora; per chi avesse fretta, di questi video sono disponibile anche due screenshots della medesima scena, rispettivamente qui per il primo e qui per il secondo.

Ammetto di non essere un esperto di codifica video ma oggettivamente la qualità di Theora mi sembra superiore a quella di H.264 di Youtube anche per un occhio inesperto, oltretutto ad un bitrate di 376 kbit/s contro i 499 kbit/s di H.264.
Il codec del progetto Ogg distacca visibilmente quest'ultimo specialmente in scene ricche di colore.

Il secondo confronto rimane invece "in casa": si tratta di due video codificati con la versione stabile di Theora, Thusnelda e rispettivamente Ptalarbvorm.
Mentre nel primo video si presentano molte zone sfuocate (specialmente per gli alberi, o anche per l'acqua) e una generale -leggera ma visible- sfocatura dell'intera immagine, nel secondo si può notare che questo problema sembra risolto.
Anche in questo caso sono disponibili alcuni screenshots dei video.

Lo sviluppo di Theora ultimamente è decisamente accelerato e come conseguenza è migliorato parecchio (sono sicuro che confrontando queste immagini con la versione 1.0 del progetto la cosa sarebbe ancora più evidente), io penso che ci possa essere posto anche per questo codec in HTML5.

Magari, per esempio, al posto di VP8 per lo streaming a basso bitrate (dove se la cava piuttosto bene, mantenendo comunque una qualità d'immagine più che accettabile) il quale piuttosto può essere impiegato per la trasmissione ad alta qualità.

Non penso sia un caso che Google abbia recentemente finanziato lo sviluppo di TheorARM, un decoder Theora ottimizzato per processori ARM.
Che finisca su Android prima o poi?

Le novità di Firefox 4.0

2010-05-22T10:13:00.000-07:00

Dopo averci pensato e ripensato, mi sono finalmente deciso ad aprire un blog: la voglia di condivedere pensieri e informazioni è tanta, spero di riuscire nell'intento e di attirare la curiosità di qualche lettore!

Come post di apertura quindi, vorrei dedicare un'analisi approfondita delle caratteristiche che troveranno spazio all'interno della futura versione 4.0 del noto browser opensource, Firefox.

Lo slideshow è stato segnalato da molti blog e testate online nella nostra lingua ma molte delle interessantissime novità non sono state esaminate, o lo sono state superficialmente.

Le novità di rilievo che riguardano l'interfaccia e l'esperienza utente sono molte:

una nuova GUI: sulla falsariga di Chrome e Opera anche Firefox ridurrà sensibilmente lo spazio "sprecato" dall'interfaccia utente (slide 10)
nuovo e intuitivo sistema per il controllo della privacy e le preferenze relative a un sito web: all'occorrenza verrà visualizzato un piccolo popup vicino alla barra degli indirizzi, limitatamente alla tab che lo rigurda (slide 11)
tramite un menù sarà poi possibile personalizzare ulteriormente le policy (slide 14)
scorciatoie ai siti più usati: nella zona dei tab sarà possibile posizionare bottoni per l'apertura di tab personalizzate, similmente a quanto si vedeva nei primi video di Chromium OS (slide 12)
l'addons manager è stato interamente rivisto: si presenterà semplificato, migliorato e graficamente più accattivante (slide 16)
supporto al multitouch (slide 18)

Per quanto riguarda invece il comprato tecnico, anche qui cambiamenti e miglioramenti sono molti e profondi:

architettura multiprocesso

compatibilità con il nuovo standard nascente HTML5: implementazione del tag <video> migliorata (incluso il supporto a WebM, contenitore VP8/Voribs), WebSockets, CSS3, WebGL, ecc... (slide 18-19)
nuovi e interessanti tools per gli sviluppatori (slide 21)
nuovo engine javascript JägerMonkey: miglioramenti nelle performances generali, threads separati e garbage collection (slide 23)
supporto ufficiale ai sistemi operativi a 64bit (slide 23)
rendering tramite GPU anche su host Windows tramite Direct2D (slide 25)
integrazione più profonda con Aero e OSX (slide 25)

Insomma, quelli di Mozilla devono essersi finalmente accorti del livello raggiunto dalla concorrenza e aver deciso di darsi davvero da fare per rivoluzionare Firefox. Sono sicuro che sapranno fare un ottimo lavoro, personalmente non vedo l'ora di poterlo provare!

La prima beta è stata fissata per fine del prossimo mese di giugno, mentre il rilascio finale dovrebbe avvenire fra settembre e ottobre. Mozilla spera di raccogliere un alto numero di feedback durante quella che è stata pensata come una beta aperta al pubblico, oltre che agli addetti ai lavori.

Oltre allo slideshow, è disponibile anche un video di presentazione.