|
|||
|
|
||
 |
|
|
|||||||||||||||||||
|
|
|
|
 |
|
 |
|
 |
|
|
|
|
|
 |
|||||||
 |
|
|
Documentazione | |
|
Contatti | |
|
|
|
|
|
|
|
|
||||||
 |
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
by Alessandro Rocca e Stefano Rossini 26 febbraio 2009 |
In questo articolo parleremo di “Convention Over Configuration” (CoC) e di "Don't Repeat Yourself" (DRY), due paradigmi di Design alla base di importanti attuali framework come Grails, JBoss Seam, EJB3, Rails, Spring MVC e Junit.
|
by Luana Rinaldi 2 ottobre 2008 |
Uno dei problemi più comuni nella progettazione di un sistema applicativo è la gestione della comunicazione tra strati software. Il pattern Controller è forse uno dei più importanti principi di progettazione classificati. Esso aiuta a mantenere la separazione tra gli strati software, in modo da rispettare a pieno i principi dell'MVC.
|
by Luana Rinaldi 21 maggio 2008 |
Nel precedente articolo abbiamo analizzato il pattern Low Coupling, evidenziando come questo non sia un vero e proprio pattern ( considerando la definizione fornita nel primo articolo), ma piuttosto una metodologia per la corretta progettazione. In questo articolo analizziamo il pattern High Cohesion, strettamente collegato a Low Coupling, proprio per i principi su cui si fonda.
|
by Luana Rinaldi 7 aprile 2008 |
In questo e nel prossimo articolo, vengono presentati due pattern fondamentali per una buona programmazione Object-Oriented: Low Coupling e High Coesion. Non si tratta specificatamente di pattern, ma più di principi per una buona progettazione.
|
by Luana Rinaldi 14 febbraio 2008 |
In questo terzo articolo affronteremo il pattern GRASP Information Expert: è un pattern di fondamentale importanza per la progettazione Object Oriented, e costituisce la base per l’applicazione della maggioranza dei pattern GRASP e GoF.
|
by Luana Rinaldi 9 gennaio 2008 |
Questo documento apre la serie degli articoli dedicati all’analisi dei pattern GRASP, catalogati dal C.Larman nel suo ‘Applying UML and Pattern. I GRASP sono pattern di più basso livello e vengono quindi considerati propedeutici a quelli ‘ufficiali’. I questa serie verranno analizzati tutti questi pattern: Creator, Expert, Low Couplng, Controller, High Coesion, Polymorphism, Indirection, Pure Fabbrication, Protected Variations, Don’t Talk to Strangers.
|
by Luana Rinaldi 18 dicembre 2007 |
Questa serie di articoli si prefigge l’intento di descrivere analiticamente i pattern per la progettazione Object-Oriented. In prima battuta, verrà analizzato il concetto di pattern, comprendendo la storia, la definizione ufficiale e la struttura interna; in seguito verrà presentato il concetto di anti-pattern, evidenziando le differenze e le similarità con i pattern stessi; infine, verranno presentati tutti i pattern, seguendo le direttive di presentate nel catalogo ufficiale, aggiungendo comunque degli esempi di implementazione in linguaggio Java.
|
by Nino Guarnacci 27 febbraio 2006 |
Un primo approccio a “Rich client applications” con AJAX e Tibco General Interface. Una breve introduzione ad AJAX e alle sue tecnologie. Un approfondimento sulle nuove architetture che si cominciano a delineare grazie a queste nuove tecnologie. Una panoramica su Tibco General Interface, le sue licenze d’uso, ed un “Video Desktop” di utilizzo. Un Beta Client “SOA” per testare il tutto.
|
by Ivano Astesana 1 luglio 2005 |
Con le specifiche J2EE, la Sun ha messo a disposizione degli sviluppatori un'ambiente caratterizzato da un'ampia flessibilità.
|
by Armando Capogrossi 1 luglio 2005 |
In genere, per eseguire la business logic di uno use case in cui dei client necessitino servizi offerti da entity bean, tali oggetti, che risiedono su server, devono poter essere acceduti e modificati. Questo scenario prevede molte chiamate di rete che appesantiscono il carico della trasmissione dati, maggiorando il numero delle transazioni necessarie e rendendo il codice di difficile mantenimento.
|
by Armando Capogrossi 10 giugno 2005 |
Il Data Access Command Bean fa parte di quei pattern dedicati alla gestione delle transazioni ed in particolare è stato studiato per risolvere problemi architetturali relativi allo strato di persistenza.
|
by Armando Capogrossi 10 giugno 2005 |
Il pattern Data Transfer Object offre un modo per trasferire dati dal server al client (e viceversa) in un’unica chiamata remota.Si pensi ad esempio all’operazione di lettura dati su server, dati utili a popolare l’interfaccia grafica gestita dal client, oppure alla creazione/distruzione/modifica dei dati stessi.
|
by Andrea Gazzarini 7 giugno 2005 |
L'ottimizzazione e l'utilizzo razionale delle risorse sono due tra gli obiettivi fondamentali in ambito di applicazioni enterprise. Il riutilizzo di oggetti attraverso meccanismi di pooling (es. Connection pooling), canonicalizzazione (es. interfacce enumerative di costanti), caching (es: singleton, flyweight, service locator) risulta già ampiamente documentato in letteratura.
|
by Andrea Gazzarini 7 giugno 2005 |
Tutte le applicazioni di tipo enterprise hanno a che fare con problematiche inerenti la persistenza dei dati (meglio la gestione di tale persistenza), le specificità del sistema di storage utilizzato, la flessibilità, e la capacità di adattamento in caso di cambiamenti di tale sistema.
Documentazione
>
