Con Google Apps Script il concetto è semplice, bisogna accedere a Drive e creare un nuovo documento. Andare su Altro e poi Collega altre applicazioni.

Filtrando tra quelle di Google, dobbiamo aggiungere Google Apps Script.

Ora tra i documenti disponibili abbiamo anche Google Apps Script.

Creiamo quindi un nuovo documento script.

Si aprirà un documento dove possiamo scrivere codice javascript.

Come si legge nella documentazione:

Quando uno script viene pubblicato come una web app , la funzioni speciali di callback doGet( ) e doPost( ) vengono invocate quando viene effettuata una richiesta per l’URL dello script . Invece di restituire un oggetto dell’interfaccia utente creato con l’UI Service o l’HTML Service, il Content Service può essere utilizzato per restituire contenuto testuale crudo. Questo consente di scrivere script che agiscono come “servizi” , rispondendo alle richieste GET e POST e servono dati di vario tipo MIME.

Possiamo quindi costruire il nostro servizio web, scrivendo ad esempio queste poche righe di codice:

function doGet(){
returnContentService.createTextOutput('Hello, world!');}

Di fatto abbiamo realizzato un servizio che risponde a una chiamata GET scrivendo “Hello, world!”.

Ora siamo pronti per pubblicarlo, per capire come funziona la pubblicazione. Poi potremmo fare qualcosa di più utile, come ad esempio rispondere con un JSON contenente qualche dato elaborato a partire da un parametro passato nella chiamata.

Le istruzioni per la pubblicazione sono riportate qui, ma di fatto è sufficiente andare da menu Pubblica > Distribuisci come applicazione web.. e vedremo apparire questa finestra. Dopo aver salvato la versione del progetto, ci verrà chiesto come pubblicare la nostra applicazione.

Esegui applicazione come: stabilisce qual’è l’utente che esegue lo script. Se scegliamo di farlo eseguire dall’utente che accede, quest’ultimo dovrà approvare l’esecuzione dello script prima di poterlo lanciare, se invece si sceglie di farlo eseguire come se stessi, l’utente sviluppatore dovrà approvare lo script la prima volta, poi chiunque accede potrà lanciarlo senza doverlo approvare. Con questa seconda opzione sarà quindi possibile distribuire il web service che stiamo creando anche a utenti anonimi (non loggati in Google).

Chi accede all’applicazione: abbiamo diversi gradi, possiamo scegliere di tenere il servizio privato, oppure pubblico per utenti loggati in google o addirittura per qualsiasi utente, e di conseguenza anche qualsiasi applicazione di terzi.

Di fatto ora possiamo chiamare da browser l’url che Google ci restituisce dopo la pubblicazione, per vedere apparire il nostro “Hello, world!”.

Vediamo come fare qualcosa di più evoluto, ad esempio un servizio che prende in pasto un numero e restituisce un JSON con scritto se è pari o dispari.

Scriviamo questo codice:

function doGet(request) {
var number = request.parameter.number;
if (number % 2 == 0) { var type = "pari"; } else { var type = "dispari"; }
var result = {
numero: number,
tipologia: type,
};
return ContentService.createTextOutput(JSON.stringify(result))
.setMimeType(ContentService.MimeType.JSON);
}

Abbiamo aggiunto l’oggetto request tra i parametri della funzione doGet(), ci salviamo il parametro “number” in una variabile e calcoliamo se è pari o dispari. Poi scriviamo tutto nell’oggetto result, restituendolo come JSON.

Dovremo salvare una nuova versione dello script, andando su File > Gestisci Versioni.. e poi tornare a pubblicare lo script in questa nuova versione. Se all’url ora aggiungiamo la stringa ?number=42, otterremo questo risultato, chiamandolo dal browser:

{"numero":"42","tipologia":"pari"}

Di fatto abbiamo realizzato un web service o lo abbiamo reso pubblico in un attimo, il tutto senza mai lasciare il nostro browser.

Se poi volessimo spingerci oltre, potremmo addirittura anche andare a leggere un foglio spreadsheet e restituire i valori delle celle che contiene. Pensiamo a quante mirabolanti applicazioni potremmo costruire se avessimo una infrastruttura basata sulle Google Apps for Enterprise, potremmo ad esempio costruire web service che pubblicano i dati di un foglio condiviso, dove più utenti di una stessa azienda collaborano alla definizione di dati che poi vengono distribuiti ad applicazioni terze.

E per restituire le prime 9 celle di un foglio chiamato “Foglio1″ sarebbe sufficiente un pezzo di codice così:

function doGet(request) {
var key = request.parameter.key;
if (key == "chiave_di_autenticazione") {
var ss = SpreadsheetApp.openById(id_del_documento);
var values = ss.getSheetByName("Foglio1").getRange(1,1,3,3).getValues();
return ContentService.createTextOutput(values);
} else {
return ContentService.createTextOutput("Invalid Key");
}
}

Bello vero? :)

Sono andato al Developer Day 2008 di Google, con qualche giorno di ritardo eccomi a buttar giù due righe per farne il resoconto. Essere ospiti di Google è meraviglioso, in un albergo dall’atmosfera frizzante, tra cibo e gadget il trattamento è degno di una conferenza da 600 euro. Non sono riuscito a seguire tutto ciò che mi interessava perchè sono arrivato tardi e buona parte delle sessioni era già piena (ma le prenotazioni via web no?), comunque ho sentito parlare di Open Social, delle Google Data API e del Google Web Toolkit. Tutte tecnologie che meriterebbero di essere studiate, ma il tempo è quel che è.. finchè non c’è l’esigenza si tengono gli appunti nel cassetto.

L’impressione generale è di aver assistito a una cosa poco italiana, gli speaker erano per la maggior parte americani e le sessioni si tenevano in lingua inglese: fin qui poco male, se non per il fatto che mancavano completamente esempi concreti e casi studio su realizzazioni nostrane.

Ero andato principalmente per capire quali fossero i prodotti e le proposte che Google fa nei confronti del mercato aziendale. Big G è fortissima nell’offerta all’utenza consumer, un po’ meno presente nel settore enterprise.

In passato mi è capitato di valutare i servizi che Google mette a disposizione, più o menu gratuitamente, per le imprese. Ero alle prese con un progetto di intranet aziendale. Chiunque abbia un account Google ha avuto a che fare con GMail, Calendar, Docs e compagnia bella. E’ possibile acquistare tutti questi servizi anche sul proprio dominio: utilizzare GMail su un indirizzo del tipo info@diplod.it e offrire ai propri utenti/dipendenti l’home page di Google personalizzabile, con tanto di gadget e Google Talk.

Nello specifico, per ciascun utente Google mette a disposizione servizi come:

-Home page personalizzata: si possono personalizzare i colori e il logo, rendendoli conformi allo stile aziendale. Successivamente ogni utente potrà scegliere quali elementi andranno a comporre la propria home page

-GMail: si può utilizzare il funzionale e pratico servizio di email sulle caselle del proprio dominio

-Calendar: il calendario di Google, con utili funzioni per la condivisione e la pubblicazione di eventi e impegni

-Google Docs: documenti di testo, fogli di calcolo, presentazioni. I documenti di Office vanno on-line, in una logica di condivisione e lavoro di gruppo.

-Google Pages: per pubblicare pagine html, servizio rivolto all’utenza senza alcuna conoscenza di HTML.

-Google Talk: il servizio di messaggeria istantanea di Google. Installando un software simile a skype è possibile chattare ed effettuare chiamate voce con altri colleghi di lavoro. L’amministratore può decidere se restringere il servizio solo per messaggi interni tra dipendenti oppure se lasciarlo aperto a qualsiasi utente google, anche esterno all’organizzazione.

All’epoca feci qualche prova attivando un account per il dominio lab.diplod.it e devo ammettere che rimasi positivamente impressionato. Non si tratta certo della suite più indicata per realizzare un portale interno nella sua concezione classica: niente CMS, niente aree riservate o profilazione degli utenti, niente news, forum o wiki. Se c’è bisogno di questi servizi è d’obbligo appoggiarsi a piattaforme esterne, da richiamare magari grazie ai feed RSS all’interno di un gadget dell’home page.

Cambia la filosofia: solo una serie di servizi pratici e funzionali, per dotare azienda e dipendenti di strumenti. Sarà poi grazie alla buona volontà dei singoli che si potranno sfruttare al meglio. Inutile dire che la cultura aziendale in questo caso gioca un ruolo fondamentale: è necessaria una fase di “scolarizzazione” per far capire all’utilizzatore finale l’effettiva innovazione.

Tutte queste cose si pagano? Esistono due modalità, una gratuita l’altra a pagamento: 40 euro all’anno per ogni utente. E’ un costo decisamente sostenibile, che permette di avere il sistema di single sign-on e più spazio per l’archiviazione della posta elettronica.

Ma al di là della posta, tutto il resto sono giocattoli. Molto evoluti, ma giocattoli. L’impressione è che non ci sia ancora, da parte di Google, un’attenzione notevole nei confronti del mondo enterprise: quello che manca è un sistema di archiviazione documentale ordinato e funzionale, che è spesso il centro su cui si basano molti progetti intranet. Quando oltre alla gestione della documentazione viva (quella su cui la gente lavora quotidianamente) ci sarà una strutturata gestione della documentazione statica e magari un accurato sistemino di gestione progetti, allora questi giocattoli potrebbero prendere il volo..

Staremo a vedere.