Newsgroup: it.comp.lang.c++
Titolo: Qunati sono i paradigmi del C++?

Oltre al paradigma imperativo, la programmazione generica e il metaparadigma
orientato agli oggetti basato sul imperativo, quali sono li altri che
possono essere utilizzati?
Grazie in anticipo.
-----------------------------------------------------------------
Francesco Fassi
frances...@libero.it
-----------------------------------------------------------------

possono essere utilizzati?
Anche la programmazione generica e` un metaparadigma... 
Comunque volendo in C++ puoi utilizzare anche il paradigma
funzionale, sebbene pero` in questo il linguaggio non eccelle.
Paolo
-----------------------------------------------
  Paolo Marotta
  Computer Science, University of Pisa
  home:   
http://www.cli.di.unipi.it/~marotta
-----------------------------------------------

 possono essere utilizzati?
Non credo che nessuno li abbia mai contati, anche perche` se
ne possono sempre identificare dei nuovi.  Fra quelli principali,
indicherei il paradigma relazionale (spesso, ma non sempre,
ottenuto 'incorporando' nel C++ frammenti di codice in SQL)
e quello funzionale (per il quale linguaggi come Haskell o ML
possono essere piu` appropriati, perche` lo supportano in modo
piu` diretto -- ma il C++ tende ad eccellere se devi _mischiare_
vari paradigmi, e per qualche ragione vuoi farlo nell'ambito di
un solo linguaggio).
Personalmente, considero inoltre la programmazione per
componenti come un paradigma separato da quella per oggetti,
su cui in buona parte si basa ma con cui non coincide del tutto.
Il C++ Standard non arriva a supportare appieno questo
paradigma (cosi` come non offre pieno supporto per quelli
relazionali e funzionale), ma neppure lo inibisce (cosi` come
si puo` dire per gli altri due).
Alex

ottenuto 'incorporando' nel C++ frammenti di codice in SQL)
A questo proposito.. a parte l'uso di librerie apposite (p. es. ho
trovato quelle per MySQL), c'e' qualche tool che consente di
creare programmi C++ con SQL immerso? Senno' vabbe', uso le
funzioni e tanti saluti
-- 
Saluti,
 Francesco Cipriani - 
http://village.flashnet.it/~rm03703

 funzioni e tanti saluti
Tipicamente, ogni produttore di DB commerciali (Oracle, Sybase,
ecc ecc) offre strumenti del genere.  Non dubito che esistano
anche code-generator commerciali "generici" per diversi DB
commerciali, ma non ne conosco.
Alex

su cui in buona parte si basa ma con cui non coincide del tutto.
Questo è interessante. Potresti essere più preciso in merito?
Voglio dire: d'accordo che, ad esempio, l'ereditarietà di COM non equivale in
tutto e per tutto a quella del C++, e così via per altre differenze. Mi
chiedevo, però, cosa caratterizza la programmazione per componenti che *non*
caratterizza la OOP e che, al tempo stesso, merita di essere considerata parte
di un paradigma a sè?
ciao
AB
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Andrea Baruzzo
Via Circonvallazione, 26
Muzzana del Turgnano (UD) - Italy
e-mail: 
andrea....@ud.nettuno.it
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 di un paradigma a sè?
Fra i buoni riferimenti in rete a proposito della programmazione per componenti:
http://computer.org/proceedings/apsec/8271/82710523abs.htm
http://www.dnjonline.com/articles/essentials/iss2_essentials.html
http://www.compuware.com/products/uniface/station/reading/con_read.htm
Riduttivamente, e riassuntivamente, possiamo dire che la programmazione
per componenti si impernia su problematiche del tipo:
    -- come si definiscono le interfacce dei componenti
    -- come si ottiene accesso ad istanze nuove, o ad
        istanze gia` esistenti (e come identificate?) di
        componenti che implementano certe interfacce
    -- se e come si controllano packaging e deployment
        ("dove" viene eseguito un componente? puo`
        "migrare" fra diversi siti/nodi di esecuzione...?
        possono aversi aggiornamenti dinamici, e con
        quali strategie e tattiche...?)
    -- sottoproblema del precedente, ma cruciale, e` il
        versioning
    -- altri sotto-problemi fondamentali sono quelli
        legati a persistenza, remoting, e migrazione
Naturalmente, volendo, si puo` considerare il paradigma dei componenti
come "basato" su quello ad oggetti -- esattamente nello stesso senso in
cui quest'ultimo e` "basato" su quello procedurale.
Alex