Newsgroup: italia.firenze.discussioni
Titolo: [OT informatico] framework?

Discussione per i soli informatici (su questo NG ce ne sono diversi, e 
poi tutti gli altri della gerarchia it. e simili sono praticamente 
morti), tanto per cambiare un po' argomento...
Ma voi l'avete capito cos'ï¿œ VERAMENTE un framework?
Io mi imbatto praticamente di continuo in questo termine pomposo, ma -
dopo anni- ancora non ho capito in cosa differisca rispetto al concetto 
storico di "libreria/e".
Boh?


Ciao, potresti dare uno sguardo a cosa dicono su wiki 
(
http://it.wikipedia.org/wiki/Framework
), ma provo a riassumertelo a parole 
mie.
Non � sbagliato pensare alle "storiche" librerie, anche perch� molto spesso 
un framework lo si implementa proprio grazie a librerie, ma in realt� � un 
concetto astratto. Un framework � un'infrastruttura che affianca lo 
sviluppatore nella stesura del software. La possibili� di gestire finestre e 
oggetti grafici, la comunicazione tra processi diversi, la gestioni di 
protocolli ecc ecc, sono tutte possibili funzionalit� offerte in maniera 
semplificata al programmatore e armonizzate all'interno del framework.
Ma come si usa un framework?
Ecco che tornano le librerie. Infatti molto spesso (ma non � l'unico modo) 
si ha una serie di interfacce (funzioni o classi) a disposizione, che 
possiamo usare nel nostro codice. L'implementazione di queste interfacce 
potrebbe essere distribuita come sorgente o come binario insieme al nostro 
programma, ma un framework potrebbe anche essere un vero e proprio software 
all'interno del quale, l'utente (non necessariamente un programmatore) pu� 
manipolare oggetti al fine di ottenere obiettivi personalizzati.
Per astrazione, possiamo definire anche la suite di office un framework, che 
ci consente di gestire documenti di diverso tipo, ma con caratteristiche 
sovrapponibili.
Saluti 

 Ma voi l'avete capito cos'è VERAMENTE un framework?
 
Vol dire tutto e nulla. Ci sono i framework agreements, 
i framework-based, il middleware framework, il cloud 
framework. 
 
Se devi comprare qualcosa che si chiama come middleware o 
framework, ti sta vendendo fuffa. 
 
Ci vogliono i nomi precisi. E questi esistono ancora: librerie, 
toolkit, tools, stack.
 
 
 
 
 
-- 
Coglione, bamboccione, farabutto e devo andare a morire ammazzato. Poi?
Ah si, puzzo e non mi lavo. Y'en a marre! 
 
MasCanc BBS, 2:2/33 - 
http://www.mascanc.net/~max
 
 

 tra processi diversi, la gestioni di protocolli ecc ecc [...]
 
A grandi linee mi può anche tornare. 
Ma allora dov'è la differenza dal concetto di "ambiente di sviluppo"?
Perché un framework non è semplicemente un insieme di librerie; e non 
dev'essere nemmeno un IDE, altrimenti non avrebbero introdotto questo 
nuova terminologia.
 
Insomma, secondo me non è poi così chiaro nonostante l'uso diffuso del 
termine che viene fatto. E questo mi infastidisce (almeno finché non avrò 
capito bene cosa si intende con "framework"), perché -da buon informatico-
 mi piacciono le cose ordinate e pulite, anche a livello concettuale.
 

 Vol dire tutto e nulla.
 
Ho anche io questa impressione, almeno per ora.
 
 
 

 storico di "libreria/e".
 
nel fatto che di solito un framework è una gerarchia organizzata di oggetti?
 
A proposito, ieri c'è stata la BUILD conference su Windows 8, in due 
righe: rimane win32, rimane com, rimane .NET, ma ora c'è anche questo 
WinRT, scritto in c++ ma chiamabile direttamente anche da linguaggi 
.net, con cui si scriveranno le applicazioni touch per windows 8..
 
fe...@delenda.net
 
-- 
http://delendanet.blogspot.com
 

 nuova terminologia.
 
Diciamo che la differenza con un IDE è abbastanza evidente.
L'IDE non è altro che uno strumento che in un unico ambiente riunisce
editor, compilatore e linker, e ovviamente tutti quei tools tanto cari
allo sviluppatore moderno, quali suggerimenti delle parole chiave, parser
per colorare il codice e altri gadgets.
Nel caso dello sviluppo di codice, con il termine framework si definisce
un insieme di librerie con interfacce armonizzate che assistono lo 
sviluppatore.
Avrai sicuramente esperienze con frameworks del tipo MFC o QT, in
questi due casi ci sono un set di librerie c, c++ e assembler che consentono
di creare oggetti utili al programmatore. Questi oggetti hanno un formato 
tale
da poter essere manipolati da tutta una serie di metodi dello stesso set di
librerie. ESEMPIO PRATICO: QT, l'oggetto QImage è una classe per 
rappresentare
un'immagine. Istanziato l'oggetto QImage, posso utilizzare tutta una serie 
di
altre classi QT per intervenire sull'immagine, senza preoccuparmi del 
formato
Posso quindi ruotare, scalare, traslare o colorare. Ed intervengo su 
un'astrazione
dell'immagine.
Questo a grandi linee è un framework. Ed è un sottoinsieme di un qualunque
set di librerie. Il framework è infatti un particolare set di librerie 
scritte in
modo tale che i metodi o le funzioni possano cooperare.
 
 

 nel fatto che di solito un framework è una gerarchia organizzata di oggetti?
 
E le librerie? Oggetti scritti a caso? :)
 
E ricordati: inheritance breaks encapsulation... :-D


 E le librerie? Oggetti scritti a caso? :)
 
Probabilmente è un fatto anagrafico, ma se leggo 'libreria' oltre alla 
Marzocco mi viene in mente la c standard library (printf strcpy scanf) o 
addirittura librerie Clipper... Ovvero semplici insiemi di funzioni, non 
classi..
 
 
 
fe...@delenda.net
 
-- 
http://delendanet.blogspot.com
 

 storico di "libreria/e".
Diciamo che il Framework ï¿œ un concetto piï¿œ articolato rispetto alla 
libreria.
Indica al contempo una libreria e una serie di oggetti e tools talvolta 
anche un ambiente di runtime. In piï¿œ sottointende un architettura piï¿œ 
articolata della semplice libreria ...almeno una serie di classi e non 
la semplice raccolta di procedure.
Perï¿œ in buona sostanza ï¿œ un po' quel maledetto vizio M$ (copiato poi da 
tutta l'informatica) di rendere pomposo concetti semplici e di sparare 
ogni minima novitï¿œ anche insignificante come rivoluzione epocale, roba 
pensata piï¿œ da uomini commerciali che da tecnici.
-- 
"Compagni, lavorate tutti, casa per casa, strada per strada, azienda per 
azienda"
Padova 7-Giugno-1984
"Lo porto via come un amico fraterno, come un figlio, come un compagno 
di lotta"
Padova 11-Giugno-1984

 classi..
 
E' anagrafico, di sicuro. Marzocco un c'e' piu'. E poi c'e' la jstl, com.javax.*
ecc. Ci son le classi, i package, che insieme, formano librerie... 
 
E' scritto dalla gangbang of 4! :)


 classi..
 
Beh: librerie = in programmazione strutturata insiemi di funzioni, in 
programmazione ad oggetti insiemi di classi.
Ancora fatico a capire cosa intendono con Framework...
 
Ma ancora non ho letto la risposta di Claudio, di sicuro sarà il contrario di 
quello che scrive. Come sempre :-)
 

 Ma guarda che mi fai venire in mente! L'ho usato sino alla versione 2...
 
Me lo ricordo, c'avevo anche un manuale... e c'avevo anche un aggeggio 
simile che si chiamava Simphony o qualcosa del genere.
 
 

 pensata più da uomini commerciali che da tecnici.
 
Toh, un post intelligente e ben scritto di Claudio!!!
Grazie Signore, grazieee...
:-)
 
 

 quello che scrive. Come sempre:-)
 
fottiti :-p
