C chat

[71104]

Originariamente inviato da VICIUS
Non vedo come java e .net siano piu portabili di C/C++.
Nessuno obbliga il programmatore C++ ad usare STL e se questa libreria è incompleta basta semplicemente appoggiarsi su altro.

ciao

ehm... forse dovremmo prima intenderci sul concetto di portabilità...

[VICIUS]

Originariamente inviato da 71104
ehm... forse dovremmo prima intenderci sul concetto di portabilità...

Per portabile _io_ intendo codice che è possibile trasportare da una architettura hardware/sistema opertivo ad un'altro con una discreta facilità e poche modifiche. E con poche modifiche intendo qualche if qua e la.

ciao

[anx721]

Originariamente inviato da VICIUS
Non vedo come java e .net siano piu portabili di C/C++.
Nessuno obbliga il programmatore C++ ad usare STL e se questa libreria è incompleta basta semplicemente appoggiarsi su altro.

ciao

e proprio quell'"altro" che spesso rompe la protabilità, perche una libreria esterna spesso la trovi per un sistema e non per un altro.

per java la portabilità deriva dal fatto che ad eseguire i programmi non è il sistema stesso ma una macchina virtuale che rende così i programmi indipendenti dalla piattaforma sottostante. Sono le diverse implementazioni della macchina virtuale a realizzare la portabilità.

[71104]

Originariamente inviato da VICIUS
Per portabile _io_ intendo codice che è possibile trasportare da una architettura hardware/sistema opertivo ad un'altro con una discreta facilità e poche modifiche. E con poche modifiche intendo qualche if qua e la.

ecco appunto: io invece intendo codice che è possibile trasportare da una architettura hardware/sistema opertivo ad un'altro senza NESSUNA modifica, come nel caso del Java e del .NET, che non devono nemmeno essere ricompilati.

[VICIUS]

Originariamente inviato da anx721
e proprio quell'"altro" che spesso rompe la protabilità, perche una libreria esterna spesso la trovi per un sistema e non per un altro.

Se tra i requisiti del progetto c'è la portabilità tra piu sistemi e si scelgono librerie non portabili, allora è solo colpa di chi ha fatto certe scelte non di certo del linguaggio di programmazione.

Originariamente inviato da anx721
per java la portabilità deriva dal fatto che ad eseguire i programmi non è il sistema stesso ma una macchina virtuale che rende così i programmi indipendenti dalla piattaforma sottostante. Sono le diverse implementazioni della macchina virtuale a realizzare la portabilità.

Allo stesso modo la portabilità del C/C++ esiste vunque esiste una versione della libreria. Secondo la mia esperienza è molto piu facile riscriversi una piccola libreria per portarla su una nuova piattaforma che implementare una intera java virtual machine.

ciao

[VICIUS]

Originariamente inviato da 71104
ecco appunto: io invece intendo codice che è possibile trasportare da una architettura hardware/sistema opertivo ad un'altro senza NESSUNA modifica, come nel caso del Java e del .NET, che non devono nemmeno essere ricompilati.

compile once, run everywher ?

E' carina come idea ma il codice compialto va comunque testato su tutte le varie piattaforme come con programmi c. Sperare che tutto funzioni perfettamente e nella stessa maniera su sistemi operativi diversi che magari hanno implementazioni della jvm diverse è un utopia.

ciao

[anx721]

Vicius java nasce con l'obiettivo primario della portabilità, e in questo non è paragonabile al c++, è ovvio che prendendo tutti gli accorgimenti anche del codice c++ può essere portabile, ma non è sempre cosi semplice; già igli stessi compilatori c++ si differenziano tra quelli che supportano questo e quelli che non lo supportano, tra quelli che offrono questo e quelli che non lo offrono e non sempre la tal libreria multipaittaforma è quella meglio si adatta alla tua applicazione.

[71104]

Originariamente inviato da VICIUS
compile once, run everywher ?

sei rimasto indietro vecchio mio, quella cretinata è vecchia quanto il cucco, aggiornati
se visiti una pagina web contenente un applet con windows o se la visiti con linux non cambia nulla, l'applet lo vedi uguale; questo è quello che intendo io con "portabilità".

[RaouL_BennetH]

grazie a tutti per le risposte ma leggendole, mi è venuto un altro dubbio. Un codice portabile quindi, seguendo il "senso" che deve funzionare ovunque senza nessuna modifica, funzionerà alla stessa maniera ovunque oppure potrà essere migliore su una piattaforma piuttosto che su un'altra?

[VICIUS]

Originariamente inviato da 71104
sei rimasto indietro vecchio mio, quella cretinata è vecchia quanto il cucco, aggiornati
se visiti una pagina web contenente un applet con windows o se la visiti con linux non cambia nulla, l'applet lo vedi uguale; questo è quello che intendo io con "portabilità".

Quale sarebbe la cretinata il "compile once, run everywhere" o quello dopo ?

In ogni caso prendere come esempio una applet come programma portabile non mi sembra molto serio. Personalmente non li considero neanche programmi. Io stavo pensando a qualcosa di piu complesso di un giochino del triss o una simulazione di biliardo.

ciao

[VICIUS]

Originariamente inviato da anx721
Vicius java nasce con l'obiettivo primario della portabilità, e in questo non è paragonabile al c++, è ovvio che prendendo tutti gli accorgimenti anche del codice c++ può essere portabile, ma non è sempre cosi semplice; già igli stessi compilatori c++ si differenziano tra quelli che supportano questo e quelli che non lo supportano, tra quelli che offrono questo e quelli che non lo offrono e non sempre la tal libreria multipaittaforma è quella meglio si adatta alla tua applicazione.

E' vero java nasce con quello scopo ed infatti ha una libreria inmensa che copre praticamente tutto. Ma questo non fa di certo java la soluzione a tutti i mali. Prova a scrivere qualcosa che debba interagire con il sistema operativo o tipo un server sonoro e vedrai che i problemi incominciano a comparire anche in java.

Ho avuto delle esperienze limitate con entrambi i linguaggi e per quello che ho visto un programma scritto da un buon programmatore di c++ è portabile quanto un scritto da un buon programmatore in java.

ciao

[Futuregames]

scusa ma dove vedi che il .net è portabile!!! winzozz e basta... allora nn è portabilita

java concordo ma .net no

[anx721]

Originariamente inviato da VICIUS
E' vero java nasce con quello scopo ed infatti ha una libreria inmensa che copre praticamente tutto. Ma questo non fa di certo java la soluzione a tutti i mali. Prova a scrivere qualcosa che debba interagire con il sistema operativo o tipo un server sonoro e vedrai che i problemi incominciano a comparire anche in java.

ma infatti non ho detto che java è il linguaggio perfetto, ognuno ha le sue peculiarità, la portabilità è sicuramente più dallaa parte di java che non di c++

[VICIUS]

Originariamente inviato da Futuregames
scusa ma dove vedi che il .net è portabile!!! winzozz e basta... allora nn è portabilita

java concordo ma .net no

.NET funziona anche su sistemi unix dove gira mono. Non ancora al 100% della compatibilità pero funziona.

ciao

[mpattera]

io l'ho fatta in vb con mswinsock, tipologia client/server con anche p2p tra utenti per inviare e ricevere flussi video catturati da webcam.

in c penso sarebbe stato un massacro

[Futuregames]

Originariamente inviato da VICIUS
.NET funziona anche su sistemi unix dove gira mono. Non ancora al 100% della compatibilità pero funziona.

ciao

si ma ora come ora un po poco... allora il discorso si può fare pure con tutti i linguaggi in questo modo

[Poix81]

ma java non e' un linguaggio interpretato?
questo vorrebbe dire che c/c++ e java non posso essere paragonati a livello prestazionale.

ciao ciao

[tglman]

Il java è un po strano come sistema quando tu scrivi il codice lo compili e estrai una specie di eseguibile (il .class) che puoi viene interpretato dalla virtual machine
quindi io non so come definirlo, perchè come linguaggio è compilato, ma la sua esecuzione avviene interpretando l'eseguibile e non proprio eseguendolo.

Infatti se fate caso a come si esegue un programma java, si dice alla virtual machine qual'è il file da eseguire e lei lo legge byte a byte e esegue le operazioni descritte dal programma.

In quanto alla costruzione di una chat in c l'unico problema risale alla costruzione delle interfacce di comunicazione con i dispositivi tipo web cam (se si vule uno stram video) altrimenti la gestione della comunicazione e più potente (a mio parere),di altri linguaggi tipo vb, e anche la gestione dell'applicazione in generale e più completa e performante.

e NON dimentichiamoci che il vb ha delle strutture non necessarie per la comunicazione che aiutano soltanto il programmatore e che quindi sono inutili (ha mio parere la macchina si deve piegare all'utente, e il programmatore si deve piegare alla macchina).

Ciao

[71104]

Originariamente inviato da VICIUS
Quale sarebbe la cretinata il "compile once, run everywhere" o quello dopo ?

In ogni caso prendere come esempio una applet come programma portabile non mi sembra molto serio. Personalmente non li considero neanche programmi. Io stavo pensando a qualcosa di piu complesso di un giochino del triss o una simulazione di biliardo.

ciao

la cretinata era "compile once, run everywhere", e gli applet non devono necessariamente essere giochini del tris, possono anche essere di una certa complessità: sono veri e propri programmi Java integrati nel web; esistono ad esempio molti siti di banche che usano degli applet nelle loro pagine per numerosi scopi, e si tratta di applet piuttosto complessi. (e tra parentesi anche la simulazione del biliardo se la fai 3D è abbastanza complessa, sa'!)

[71104]

Originariamente inviato da RaouL_BennetH
grazie a tutti per le risposte ma leggendole, mi è venuto un altro dubbio. Un codice portabile quindi, seguendo il "senso" che deve funzionare ovunque senza nessuna modifica, funzionerà alla stessa maniera ovunque oppure potrà essere migliore su una piattaforma piuttosto che su un'altra?

se il codice è portabile vuol dire sicuramente che non è codice macchina, ma è qualcosa di concettualmente analogo al CLR di .NET, e quindi deve prima essere compilato "just in time" e poi eseguito da una qualche virtual machine, come la JVM o il framework .NET, o Mono; se il codice funziona meglio su una piattaforma che su un'altra, questo dipende solo dal modo in cui è implementata la virtual machine, ma in genere le prestazioni sono praticamente identiche su tutte le piattaforme.