A very useful and complete WPF handbook, by Manning

The book from MANNING I am going to review:

WPF in Action with Visual Studio 2008

By Arlen Feldman and Maxx Daymon

November, 2008 - 520 pages

Printed book: $ 44.99

E-book PDF: $ 27.50

http://www.manning.com/feldman2/

In this site two free PDF files can be download:
Chapter 2 (introduction to PDF) and Chapter 7
0,8 MB of source code can be dowloaded

WPF (Windows Presentation Foundation) is a technology Microsoft created in order to encourage a next generation of Window Forms (and of Web pages, created with SilverLigth) with a lot of enhancements in terms of multimedia features and structural ones, too . It is not very new, for its first edition was issued in Windows 2005, but till now it was adopted by not many developers, in Italy. The main reason is clear, in my opinion: WPS implies a paradigm strongly different with respect of classic Windows Forms, so people has much work to do and much time to spend for learning and mastering it.

The new XAML declarative language, derived from XML, in conjunction with imperative “code behind” in C# or VB languages, is appealing but you have not only to change mentality, what is obvious, but you also need understand a lot of subtle concepts as relative margins and many controls containers - StackPanel, Grid, DockPanel, Canvas etc. – and their combinations!, to mention only the first ones a new user meet with.

There are two other practical difficulties:

• the project pane, astonishing in itself, is hard in use (so I like better do the job in the XAML…);
• Intellisense often presents too many options, without a good filtering of those correct in a given context.

Microsoft supports WPF with many articles and posts in MSDN etc. but what is most important is a systematic BOOK ON WPF or on VISUAL STUDIO 2010 with large chapters onWPF. Till now none is in Italian and this situation will continue in the future, in my opinion.

WPF in action in two word

Written in a witty, engaging style, WPF in Action with Visual Studio 2008 can be read cover-to-cover or used to reference specific problems and issues. The approach is systematic and rational, but at the same time it start from practical and always focused on how you'll use WPF in real development scenarios. You'll learn how to handle the many new issues presented by the extreme flexibility of WPF. The authors also provide numerous tips and suggestions for how to work efficiently.

MAIN CONTENTS:

• WPF using Visual Studio 2008
• Real-world example applications
• Tips and techniques
• Advice for Windows Forms developers
• Drawing and animation
• Command handling and data-binding
• XBAP and ClickOnce

Visiting the Manning site you can find many frequently asked questions
http://www.manning.com/about/faq.html

Finally a little example from the Manning ‘s book:

“The abstract Drawing class in .NET has several different derivations for different purposes.

Types of Drawings

Class Purpose

ü  ImageDrawing Used to hold a graphic, such as a bitmap. This is the low-level, lower-overhead class to use to hold an Image—versus the Image class, which has all the event support, layouts, and so on;

ü  VideoDrawing Lets you “draw” a video clip that can be played, started, stopped, and so on;

ü  GeometryDrawing A drawing made up of various shapes such as curves. This is what was used to create the magnifying glass from figure 14.13;

ü  GlyphRunDrawing Lets you draw text with extreme accuracy—you’d use this if you were going to build a typesetting application;

ü  DrawingGroup Groups multiple drawings together.

These different types of drawings can be defined in XAML. An ImageDrawing might look like this:

<ImageDrawing Rect="0,0,100,100" ImageSource="C:\WINDOWS\Web\Wallpaper\Bliss.bmp"/>

“

QUESTA "RICETTA" NASCE DALLA RICHIESTA FATTAMI DA UNO SVILUPPATORE DI MODELLI EXCEL CON VBA, SPECIALIZZATO IN PROBLEMI DI STUDI DENTISTICI:

Paolo Bortolini

Sito: www.studiobortolini.com

Blog: http://managementodontoiatria.wordpress.com/

A onor del vero, dopo avergliela escogitata e proposta, mi ha de visu mostrato che nel frattempo anch'egli era suppergiù pervenuto ad un'idea stostanzialmente consimile... (succede, non s'inventa nulla a questo Excel-mondo).

Calcoli tradotti al volo in valori (ricetta originale!)

Si abbia una tabella del tipo seguente - con dati fasulli, colonne e righe omesse –sulla cui parte destra (da colonna H in avanti) si vogliono riportare formule anche complesse copiate in basso su tutti i record.

Il problema che subito si presenta deriva dal fatto che le migliaia di righe in ballo sono troppe, con due conseguenze poco simpatiche: le formule appesantiscono il file e, peggio ancora, rallentano paurosamente l’esecuzione.

Prima soluzione (inadeguata)

Partendo dal normale intervallo della bozza affidatami dal committente, ovvero non da una tabella “canonica” (ListObject in VBA), ho dapprima pensato a una macro che, partendo da una prima riga contenente essa soltanto le formulacce da colonna H in poi, le ricopiasse in basso per tutte le righe sottostanti da 2 a 12500 (o giù di lì). Peggio che andar di notte, ovviamente: si registravano tempi biblici di ricalcolo.

Poi mi sono detto che salvare i risultati in termini di VALORI poteva comunque essere utile, in vista di ulteriori elaborazioni con altri programmi come Access o applicazioni sviluppate in Visual Studio. Ed ecco allora le macro VBA con le quali ho tentato di concretizzare l’idea. Si esamini anzitutto la seguente, seguita dalla sua brava Sub di prova.

Sub IncollaSpeciale(Scarto As Integer)

  Dim RigaFrm As Range, RigaDest As Range

  Set RigaFrm = Range("RigaFormule")

  Set RigaDest = RigaFrm.Offset(Scarto)

  RigaFrm.Copy RigaDest

  RigaDest.Copy

  RigaDest.PasteSpecial Paste:=xlPasteValues

  Application.CutCopyMode = False

End Sub

Sub ProvaIncollaSpeciale()

   IncollaSpeciale 3

End Sub

La IncollaSpeciale applica appunto all’intervallo preliminarmente denominato “RigaFormule” (nella figura precedente potrebbe avere coordinate quali H1:M1 o simili) contenenti le fatidiche formule a riga 2 da H in poi) il comando omonimo Copia seguito da Incolla Speciale con opzione Valori. Tali operazioni si traducono in VBA in queste successive istruzioni: a) proprietà Copy applicato a RigaForm che registra il Range(“RigaFormule”) assegnandole come destinazione una RigaDest shiftata secondo l’argomento Scarto; b) a tale RigaDest è di nuovo applicato Copy; c) quindi, sempre RigaDest, è assoggettato a PasteSpecial con opzione Paste:=xlPasteValue che, come qui si desidera,incolla i valori e non le formule; d) chiude un (inevitabile) Application.CutCopyMode = False che elimina la dannata casella ruotante che altrimenti continuerebbe a girare attorno all’origine (o alla destinazione? Verificate voi stessi...).

Ed ecco la macro centrale che utilizza la copia in basso dei valori, lasciando in vita la riga 2 di formule, secondo un certo numero di record NumRec come argomento.

Sub CopiaDati(NumeroRec As Integer)

  Dim Inizio As Date

  Inizio = Now()

  SvuotaRigheMenoUna

  Application.ScreenUpdating = False

  Dim i As Integer

  For i = 1 To NumeroRec

    IncollaSpeciale i

  Next

  MsgBox "Inizio: " & Inizio & vbLf & "Fine: " & Now()

End Sub

A questo punto non voglio tediare gli esperti cui mi rivolgo con commenti che ora ritengo superflui. Costoro potranno divertirsi a sfruttare CopiaDati passandole un NumRec pari alle righe meno una del nostro elenco, nonché a creare una macro SvuotaRigheMenoUna che, appunto, ripulisce tutte le celle che stanno sotto la riga 2 a partire da colonna H (o quel che l’è).

La pensata precedente può essere interessante per situazioni intermedie, diciamo con non più di 200-300 righe, ma purtroppo delude in gran parte le speranze. Infatti se garantisce un minor appesantimento di formule l’esecuzione del codice presenta riduzioni di tempo piuttosto scarse, come indicano - provare per credere – le istruzioni iniziale Inizio = Now e finale MsgBox ecc. che segnalano circa 10 minuti già con un migliaio di righe.

Altro tentativo fallito

Successivamente ho sperimentato la variante consistente nel tradurre il fatidico intervallo in una Tabella , mediante l’apposito comando (in Excel 2007 posto nella scheda omonima) che automaticamente affibbia il nome default Tabella1. La cosa è in ogni caso interessante per due motivi:

1)      offre gratuitamente filtri automatici sui vari campi e funzionalità di filtro avanzato nonché l’automatico arruolamento come nuovo record di tale Tabella1 ogni volta che si aggiunge qualcosa sotto l’ultima riga precedente;

2)      riporta, sempre automaticamente, le formule inserite (da H in poi, sempre per stare al nostro caso) in tutti i record vecchi o nuovi.

Ma purtroppo anche in questo caso i tempi di ricalcolo si rivelano altresì solo leggermente più contenuti: confidavo in un qualche sistema di ottimizzazione offerto da Excel con le tabelle, alias ListObject. Aspettativa ingenua (miracoli non se ne fanno, neanche in casa Microsoft), almeno con le molte e complesse formule della nostra riga da H in poi e i tempi gli appesantimenti del file restano inaccettabili.

Eureka! Ovvero un uovo di Colombo

Per giunta il mio incontentabile committente pretendeva che venisse esportato su un diverso foglio l’intervallo di righe relative a un certo criterio (principalmente quelle compresi fra due date fissate dall’utente finale). Di qui il secondo uovo di Colombo, più complicato perché richiede codice VBA, ma comunque brillante.

L’idea appena detta si concretizza con un record ausiliario posto su colonne lontane da quelle del database. Si tratta di una cosa del genere, che ripropone a parte un tipico record della nostra Tabella1:

Si fa presente che le prime 7 celle costituiscono campi di input, mentre quelle accanto, da colonna AF in avanti contengono le dannate formule. Orbene, prima di esaminare la prima basilare macro si sappia che agli intervalli delle une e delle altre sono stati affibbiati i nomi QuestoRecord e, rispettivamente, QuesteFormule. Eloquenti, direi.

Ed ecco la macro in parola, seguita da una SvuotaRighe a sua volta richiamata dalla prima con evidente finalità:

Sub AggiornaValori()

  If ActiveCell.Column <> 8 Then

    MsgBox "Cella attiva DEVE essere in colonna H!", vbCritical

    Exit Sub

  End If

  Dim SetteCelle As Range

  With ActiveCell

    Set SetteCelle = Range(.Offset(0, -1), .Offset(0, -7))

  End With

  SetteCelle.Copy Range("QuestoRecord")

  Range("QuesteFormule").Copy

  ActiveCell.PasteSpecial Paste:=xlPasteValues

  Application.CutCopyMode = False

End Sub

Sub SvuotaRighe()

  Dim PrimaCella As Range, UltimaCella As Range

  With Range("RigaFormule")

    Set PrimaCella = .Cells(1, 1)

    Set UltimaCella = .Cells(.Count)(1, 1)

  End With

  If IsEmpty(PrimaCella) Then Exit Sub

  If IsEmpty(PrimaCella.Offset(1, 0)) Then

    Range(PrimaCella, UltimaCella).Clear

  Else

    Range(PrimaCella.End(xlDown), UltimaCella).Clear

  End If

End Sub

Commenti. Tacitiani e limitati alla Sub AggiornaValori (la seconda è affidata all’esegesi autogestita). La variabile SetteCelle serve a registrare l’intervallo delle prime celle dei campi di input (il valore 7 deriva dal caso trattato e va allineato a situazioni differenti). La macro s’incarica poi di copiare il Range SetteCelle nel Range QuestoRecord , con conseguente calcolo delle specifiche formule nella zona QuesteFormule, che a loro volta vengono incollate col PasteSpecial di soli valori nella cella attiva.

Qualcuno obietterà che l’utente potrebbe dimenticare di lanciare AggiornaValori. Eccolo accontentato con una macro che li aggiorna tutti, circostanza nella quale il distrattone potrebbe andarsi a prendere un caffè, una tantum si spera!

Sub AggiornaTuttiValori()

  Dim Inizio As Date

  Inizio = Now()

  Load UserForm1

  UserForm1.Show

  Dim CampoCosti As Range, i As Integer

  Dim SetteCelle As Range

  Set CampoCosti = _

  Foglio1.ListObjects("Tabella1").ListColumns("COSTI GENERALI").Range

    On Error Resume Next ' Patch dovuta a causa dell'orribile caso #DIV/0!

    For i = 2 To CampoCosti.Cells.Count

    If CampoCosti.Cells(i) = "" Then

      With CampoCosti.Cells(i)

        Set SetteCelle = Range(.Offset(0, -1), .Offset(0, -7))

      End With

      SetteCelle.Copy Range("QuestoRecord")

      Range("QuesteFormule").Copy

      CampoCosti.Cells(i).PasteSpecial Paste:=xlPasteValues

      Application.CutCopyMode = False

    End If

  Next

  UserForm1.Hide

  Unload UserForm1

  Range("A3").Select

  MsgBox "Inizio: " & Inizio & vbLf & "Fine: " & Now()

End Sub

Anche qui mi astengo da commenti, in modo pilatesco quanto pigro. Preciso anzi che ho preparato una versione che, per limitare il predetto coffee break, esclude i record già sistemati. La lascio per esercizio. Piuttosto si esamini quest’altra macro, relativa all’evento DoubleClick del Worksheet ove risiede la tabella:

Private Sub Worksheet_BeforeDoubleClick(ByVal Target As Range, Cancel As Boolean)

    If Target.Column = 8 Then AggiornaValori

    Cancel = True

End Sub

Come a tutti è chiaro, essa agisce ogni volta che si dà una doppia cliccata su una cella di colonna H (quella del campo contenente la prima formulaccia).

L’evento risolutore. Alla fine, riflettendo, ci si rende conto che le macro precedenti meno AggiornaValori e la sua ancella SvuotaRighe sono pleonastiche o quasi. Questo perché l’evento che sistema tutto o quasi (*) è l’evento Change sempre del foglio della Tabella1:

Private Sub Worksheet_Change(ByVal Target As Range)

  If Intersect(Target, Range("Tabella1")) Is Nothing _

    Or Target.Column = 8 Then Exit Sub

  Range("H" & Target.Row).Select

  AggiornaValori

End Sub

Qui si fanno solo due osservazioni: a) una tabella canonica ha la virtù che se si digita qualcosa in una riga subito sotto questa viene automaticamente inserita come nuovo record; b) può essere importante che i valori da colonna H in poi vengano aggiornati (come avverrebbe con formule) qualora l’utente modifichi in seguito qualche dato di input. A buon intenditor...

LEGGETE ANCHE GLI ARTICOLI!!! L’ultimo al link:

http://blog.shareoffice.it/giannigiaccaglini/articles/10324.aspx

I bachi inattesi? Colpa della Semantica, signori miei...

Questo post, frivolo nell’esemplificazione che darò, pretende in modo alquanto serioso di discutere su un problema che affligge l’Informatica e non solo. Parlo della Semantica, disciplina linguistica che si occupa del significato di un testo, meaning in inglese. Di sfuggita cito solo un interrogativo provocatorio (che riprendo – se non ricordo male - dal ponderoso trattato di Semiotica generale di Umberto Eco): The meaning of the meaning che diavolo è?

In due parole, alla buona, la faccenda ha a che fare - nella vita o peggio ancora nella giurisprudenza - coi molti fraintendimenti derivanti dalla più o meno evitabile divaricazione fra i significati letterali e quelli intenzionali (cosiddetti). In gergo semiotico si tenta una distinzione fra denotazione e connotazione di un messaggio.

Venendo allo specifico dell’Informatica sono noti i fallimenti di certi settori avanzati. Tipicamente l’Intelligenza Artificiale (IA) o un suo figliolo, la traduzione automatica. L’IA ogni tanto viene ri-chiamata in ballo ma oggi dei tanto celebrati Sistemi Esperti quasi nessuno parla più. La seconda da qualche tempo partorisce qualche topolino non del tutto privo di utilità, però ognuno di noi ha quotidianamente modo di ridacchiare di fronte a certi risultati del pur potente traduttore di Google...

Il frivolo esempio: ruotine eliminare cifre da una stringa

Appartiene all’autobiografia recente. Volevo una routinetta volta a eliminare i caratteri numerici da una stringa. Ed ecco una serie di tentativi infruttuosi di specifiche Sub, prima in VBA poi in Visual Basic 2008, che ho corredato con istruzioni messaggistiche opportune per facilitarne l’esecuzione passo dopo passo a chi legge.

Prima versione

Sub EliminaCifre()

    Dim MiaStr As String, Car As String, i As Integer

    MiaStr = "Amba12raba2345cicci178"

    For i = 1 To Len(MiaStr)

        Car = Mid(MiaStr, i, 1)

        If IsNumeric(Car) Then

            MiaStr = Replace(MiaStr, Car, "")

        End If

        MsgBox("i = " & i & vbLf & "Car = " _

        & Car & vbLf & "MiaStr = " & MiaStr)

    Next

    MsgBox(("Stringa finale: " & MiaStr)

End Sub

Lanciando la procedurina si notano due stranezze inattese (per gente ingenua come molti di noi siamo):

• non tutte le cifre vengono eliminate e l’MsgBox conclusivo proclama “Stringa finale:  ambaraba34cicci8”;
• il ciclo va avanti fino a i = 22 (la Len iniziale della stringa), indicando caratteri vuoti (blank) negli ultimi passaggi.

Dopo riflessione mi sono reso conto che il guaio deriva dal fatto che lunghezza della MiaStr diminuisce di un’unità ad ogni rimpiazzo di una cifra con “” (Replace(MiaStr, Car, “”). La pezza (patch) è presto trovata.

Seconda versione

Sub EliminaCifreBIS()

    Dim MiaStr As String, Car As String, i As Integer

    MiaStr = "Amba12raba2345cicci178"

    For i = 1 To Len(MiaStr)

        Car = Mid(MiaStr, i, 1)

        If IsNumeric(Car) Then

            MiaStr = Replace(MiaStr, Car, "")

            i = i - 1

        End If

        MsgBox ("i = " & i & vbLf & "Car = " _

        & Car & vbLf & "MiaStr = " & MiaStr)

    Next

    MsgBox ("Stringa finale: " & MiaStr)

End Sub

L’aggiunta, evidenziata in giallo, è semplicemente la correzione i = i - 1 ogni volta che una cifra è rimpiazzata. Ci potremmo accontentare, visto che il risultato ora è corretto, anche se resta la seconda anomalia.

Da queste come da altre esperienza si evince facilmente il principio enunciato in apertura, che nel caso del software, tradurrei nella legge seguente:

In Informatica è la Semantica lo scoglio in cui s’infrangono molti prodotti, a causa della discrasia non sempre evitabile fra l’intenzionalità dell’uomo e la fredda, inesorabile logica letterale della macchina.

Visual Studio 2008: mondo nuovo, altra sorpresa

In tale ambiente ho poi testato il precedente programmetto. Funzionava, ma poi pur non essendo un benpensante ho... ben pensato di sostituire Car As String con Car As Char (non supportato in VBA o VB6) più moderno e logico, visto che si tratta di un singolo carattere. Già che c’ero, ho approfittato della possibilità di accedere con un indice a ciascun carattere di una stringa, con Car = MiaStr(i).

Terza versione (VB 2008)

Sub EliminaCifre()

    Dim MiaStr As String, Car As Char, i As Integer

    MiaStr = "Amba12raba2345cicci178"

    For i = 0 To Len(MiaStr) - 1

        Car = MiaStr(i)

        If IsNumeric(Car) Then

            Mid(MiaStr, i, 1) = Replace(MiaStr, Car, "")

            i -= 1

        End If

        MessageBox.Show("i = " & i & vbLf & "Car = " _

        & Car & vbLf & "MiaStr = " & MiaStr)

    Next

    MessageBox.Show("Stringa finale: " & MiaStr)

End Sub

Tutto bene? Macché. L’illusione semantica stavolta naufraga in modo, come sempre, inatteso. Infatti non si procede con tutti i 22 giri del loop For i = 0 To Len(MiaStr) ... Next in quanto ahimè il programma si arresta per errore a run-time sulla tanto ammirata istruzione moderna Car = MiaStr(i), con indicazione di indice fuori dai limiti.

Riflettendo adeguatamente comprendiamo che:

• il ciclo For... To Next del Visual Basic (a differenza di altri linguaggi, credo) valuta una tantum l’espressione all’inizio e ne mantiene il valore in tutto il suo corso (in altri casi questa è una virtù, ma qui ci crea un guaio);
• Mid(MiaStr, i, 1) è permissivo al punto di non dare errore se l’indice va fuori della stringa (semplicemente restituisce un blank); al contrario di Car(i), che invece considera la stringa come un vettore di caratteri.

Soluzione finale

Ne riporto il nocciolo, astenendomi dal commentare altre varianti “moderne”, dicendo solo che alla fine ho adottato un ciclo While ... End While (While... Wend in VBA/VB6) che è immune dalla persistenza della lunghezza imputabile a For... Next e, pertanto, fa sì che MiaStr.Length muti dinamicamente ad ogni giro dell’anello.

   Dim i = 0

   While i < MiaStr.Length

       Car = MiaStr(i)

       CodCar = Char.ConvertToUtf32(Car, 0)

       If Not (CodCar < 48 Or CodCar > 57) Then

           MiaStr = MiaStr.Replace(Car, "")

           i -= 1

       End If

       i += 1

   End While

Il Ribbon personalizzabile di Office 2010

Questa interessante novità si offre come alternativa per utenti “normali” rispetto al sistema di personalizzazione avanzata della barra multifunzione, che, ricordiamo, richiede la creazione a parte di appositi file customUI.xml.

Per consentirne lo studio ho preparato un file PDF, che si può scaricare da:

http://www.giannigiaccaglini.it/download/Nuovo%20Ribbon2010Personalizzabile.pdf

Buona lettura.

Considerazioni fuori programma (rispetto alle macro e all'IT)

Sperando di non disturbare la suscettibilità o la commiserazione di chicchessia, mi permetto alcune osservazioni spicciole su tre celebri antinomie (senza pretesa di essere esaustivo né di aver fatto scoperte originali o peggio di non commettere errori).

Premetto che i vari casi mi paiono afflitti da un limite della logica, almeno “normale” (ossia degli Enunciati) quando pretende di considerare il tempo...

ACHILLE E LA TARTARUGA

Considerare unità di tempo piccole a piacere è legittimo, ma non lo è aggiungerne di sempre più piccole concludendo con MAI. Infatti nel primo caso, per quanto piccoli siano gl’intervalli temporali Achille supererà di certo la tartaruga in un numero finito di essi.

IL CRETESE

Non è possibile, per coerenza, che un perfetto mentitore dica “tutto quel che dico è falso”, potrà semmai affermare “tutto quel che dico è vero”. Dopo di che, sospettato ingiustamente di un  delitto capitale risponderà sì alla domanda “Sei tu il colpevole?”, senza la soddisfazione di poter affermare, sul patibolo, “Muoio per amore della Menzogna!”. [O forse “Muoio per amore della verità” è un’antinomia? Boh].

IL BARBIERE

L’editto “Il barbiere deve radere tutti quelli che non si fanno la barba da soli” presenta almeno un’ambiguità: è lecito farsi radere da un altro? Immaginiamo che alla specifica richiesta di chiarimento – come sempre accade nelle norme giuridiche o assimilabili che richiedono interpretazioni “autentiche” sullo spirito di una legge – il Sovrano cambi la dizione in “Tutti gli abitanti si debbono radere da soli o farsi radere dal barbiere”, che, senza chiarire esplicitamente che cosa deve fare il barbiere,  esclude la possibilità di ricorrere ad altri che non sia il barbiere. A parte il fatto che resta oscura e comunque ardua la possibilità di sanzione, esclusa la fragranza (ma se uno è sbarbato che si fa?), e tralasciando l’ipotesi di un barbiere eunuco o femmina, il punto a mio avviso è che il barbiere ha un duplice ruolo: cittadino e funzionario-barbitonsore (senza essere schizofrenico: tutti hanno ruoli molteplici in un consesso sociale). E scegliendo di radersi da solo, come cittadino, subito DOPO toglie a se stesso, cioè al barbiere, il compito di farlo.

CIRCUITI LOGICI SEQUENZIALI

Mi permetto di insistere coi Logici puri (che finora non mi hanno dato retta...). I circuiti logici sequenziali (elettronici o, persino, implementati con relè e contatti) hanno un comportamento che varia nel tempo, presentando cioè una isteresi appunto temporale. Ne sono esempi noti anche a chi ne ignora le connessioni (di tipo feedback) i circuiti memoria (come i flip-flop) o gli oscillatori. I tecnici per descriverli e progettarli adottano una particolare – ma semplice nei casi elementari - Algebra booleana, in cui sono in gioco NEGAZIONI delle uscite riportate in input. Ad esempio con un X  = not Y ove X e Y sono, rispettivamente l’input e l’output si ottiene sulla carta ma anche di fatto un oscillatore di periodo pari al tempo che separa Y e X.

Dunque “in natura” le antinomie sono di fatto risolte. O no?

Buon 2010 !

P.S. – Aggiungo che l’astrattezza della logica rispetto alla lebenswelt (mondo della vita) si fa sentire anche in altri contesti ove siano in gioco verbi riflessivi. Provare per ridere, con “sputarsi” o, peggio, con “masturbarsi”. O, in genere, con verbi che ammettono solo forma riflessiva...

Nasce Wpfitalia.it, dedicato all’affascinante tecnologia WPF

Dedicare un intero sito a una particolare tecnologia del vasto mondo Visual Studio .NET è senz’altro una scommessa. La compie con una certa dose di temerarietà un gruppo di amici Renato Marzaro, Antonio Catucci e Alessandro Del Sole, noto MVP Microsoft autore di molti libri su vari ambienti .NET (in particolare su LINQ, altra tecnologia emergente di Microsoft per accesso “dichiarativo” in stile SQL-like alle più varie fonti dati, relazionali o XML) nonché animatore e leader del popolare sito Visual Basic Tips & Tricks (www.visual-basic.it ).

Anche il neonato www.wpfitalia.it ne è figlio, tant’è vero che il suo nome esteso è guarda caso WPF Italia Tips & Tricks, e nasce per così dire con la camicia, ricco come si presenta da subito di chiari articoli e video dedicati.

WPF in due parole

WPF ovvero Windows Presentation Foundation è una speciale tecnologia creata da Microsoft, che in soldoni consente di implementare l’equivalente multimediale delle classiche finestre di dialogo (Windows Form) che a regime rischiano l’obsolescenza a vantaggio del nuovo WPF, dato il suo aspetto decisamente più accattivante esteticamente e, a un tempo, più agevole da personalizzare.

Prima di illustrarne i caratteri salienti va detto che non si tratta di una novità assoluta, visto che WPF è già supportato in Visual Studio 2008. Il fatto è che il mercato come spesso capita con le novità rivoluzionarie non ha fin qui aderito come merita al nuovo verbo. Ma – assicura lo scommettitore Alessandro – vi sono segnali incoraggianti di un interesse crescente, inoltre l’imminente versione 2010 ha potenziato in modo significativo WPF (con riferimento anche all’ultimo sistema operativo Windows 7).

Tornando a bomba, con WPF si possono creare applicazioni dall'interfaccia grafica avanzata, con utilizzo efficace e, insieme, relativamente semplice di ogni tipo di componenti multimediali: immagini anche 3D, grafica business, animazioni a iosa.

Le applicazioni ottenibili sono di ogni genere, sia gestionali (trattamento di dati o documenti), che di intrattenimento. La base è data dalle librerie grafiche DirectX di Microsoft, incluse la grafica 3D e la grafica vettoriale nonché molte innovazioni specifiche di Windows Vista e Windows 7.

Primi passi in WPF. Il linguaggio XAML

Entrare nel nuovo mondo è immediato. Come al solito, basta nell’IDE Visual Studio dare un clic sull’icona specifica Applicazione WPF per rendersi subito conto della novità architetturale più rilevante:

Figura 1

Sono subito evidenti due parti. Si tratta, in verità, di due finestre distinte che per default sono esibite sovrapposte, data la loro stretta correlazione. Nella prima, che corrisponde grossomodo a una normale Windows Form, si possono inserire persino controlli tradizionali ma anche, e più vantaggiosamente, elementi moderni di tipo multimediale anche spinto. Agli uni e agli altri si possono associare routine d’evento tradizionali (più o meno? Scopritelo gente...) come Click, DoubleClick e quant’altro.

Più rilevante, concettualmente, la parte inferiore. Scritta nel nuovo linguaggio di markup XAML (eXtensible Application Markup Language), un derivato dello standard XML creato interamente da Microsoft, permette di descrivere nei minimi dettagli l’aspetto della finestra soprastante, inclusi i vari oggetti incorporati e altri aspetti come una griglia che ne definisce la suddivisione.

Detto en passant, si fa apprezzare una particolare, razionale struttura “a stack” dei vari componenti.

L’idea alla base corrisponde appieno al moderno principio di separare l’aspetto descrittivo da quello esecutivo, affidando il lavoro almeno nei casi più avanzati a due attori distinti: il designer e l’informatico. Anche il secondo, che ha l’esclusiva del codice, nelle situazioni ordinarie può disporre di nuovi strumenti che passa il convento .NET (a partire da un efficace intellisense nella sezione XAML e non solo) mentre il “creativo” può lavorare con più variegati tool artistici.

Come si comprende è un salto di qualità rispetto al modus operandi con le Windows Form, ove tutto è affidato allo sviluppatore tramite codice, anche per quanto riguarda gli aspetti grafici. I più bravi, e pazienti!, se la cavano con grande fatica, ma la maggioranza produce finestre alquanto grigie se non anonime.

La figura seguente (tratta, come la precedente dal primo tutorial su Wpfitalia di A. Del Sole) illustra un primo frutto semplice ma eloquente delle potenzialità di WPF, ottenuto da Alessandro con pochi clic.

Figura 2

Ma risultati davvero eclatanti si possono ottenere con questa tecnologia. Per averne un’idea si provi ad accedere alla British Library on-line

http://ttpdownload.bl.uk/app_files/xbap/BrowserApp.xbap

che la sfrutta davvero efficacemente, come mostra la figura che da lì abbiamo rubato:

Figura 3

Ma questa è solo una recensione, pertanto ci fermiamo qui. D’altronde gl’interessati all’approfondimento non hanno che da visitare Wpfitalia.it ove i contributi tutoriali abbondano fin d’ora (e anche su MSDN sono tutt’altro che scarsi).

Interessante infine, per i visitatori di Shareoffice che se ne occupano, il fatto che anche nelle applicazioni VSTO (Visual Studio Tools per Office) è possibile fruire di queste nuove interfacce anziché delle solite Windows Form. Non c’era da dubitarne, comunque segnaliamo due post di A. Del Sole a ciò dedicati:

http://community.visual-basic.it/alessandro/archive/2009/01/12/24583.aspx

http://community.visual-basic.it/alessandro/archive/2008/02/18/22010.aspx

Un utile libro introduttivo

Alessandro del Sole ha svolto opera di pioniere, parlando di WPF in corposi capitoli del seguente manuale, relativo a Visual Studio 2005/2008:

Alessandro Del Sole

PROGRAMMARE CON .NET FRAMEWORK 3.X

Ed. FAG Milano

http://www.fag.it/scheda.aspx?ID=21753

Pensiamo di raccomandarlo a quanti sono desiderosi di intraprendere l’affascinante avventura WPF.