Newsgroup: it.comp.www.php
Titolo: PHP vs .NET - pareri

Secondo voi quali sono le caratteristiche di ciascun "mondo" (ambiente, 
linguaggio, piattaforma, chiamatelo come volete...) che lo rendono 
preferibile rispetto all'altro? Quali sono i pro e i contro di ciascuno?
Prendetelo come una specie di sondaggio...
-- 
*Erik*

 
Oste, è mejo er vino tuo o quello dell'osteria de fronte? :)

 Oste, è mejo er vino tuo o quello dell'osteria de fronte? :)
Ma che c'entra :) Non ho mica chiesto "vi piace di più PHP o .NET"? Ho 
parlato di caratteristiche, quindi di elementi piuttosto oggettivi.
-- 
*Erik*
In ascolto:
- King Diamond / Conspiracy
- Deftones / Diamond eyes
- Michael Landau / Tales from the bulge
"Domanda consiglio a chi ben si corregge." [Leonardo Da Vinci]

 preferibile rispetto all'altro? Quali sono i pro e i contro di ciascuno?
Non ho mai visto un programmatore che conosca PHP e .Net allo stesso 
livello. Quindi e` praticamente impossibile ottenere informazioni 
oggettive. Saranno tutte influenzate da quale linguaggio uno ha usato piu` 
spesso e di conseguenza ha approfondito di piu`.
Bye.


Che ce devi fa?
web application?
allora php è perfetto
desktop application?
.NET o php + gtk2
ciao


concordo, anche se per essere precisi bisogna dire
che un confronto migliore sarebbe tra Java e .Merd ehm .Net,
mentre forse qui l'autore del post voleva dire PHP e Asp.Merd ehm 
Asp.Net (aridaje ;-) )

 .NET o php + gtk2
devo ancora vedere UNA applicazione DESKTOP fatta in php + gtk2 che non 
sia la solita mini-rubrica telefonica :-)
ciao
Mauro

 sia la solita mini-rubrica telefonica
'nchè senso?
proprio in questi giorni stò inziando a dare uno sguardo a php+gtk2...
ciao


In senso pratico...
Vero che .net hai da installare il framework ma un buon 70% di clienti
con windows ce l'hanno.
Con php-gtk2 devi distribuire:
- l'interprete php
- le librerie gtk2
- i sorgenti della tua applicazione
Inoltre il progetto non è proprio molto maturo e la documentazione è
inferiore a quella di qualsiasi altra libreria framework.
Inoltre le gtk2 sono pensate per il C e anche i vari wrapper non sono
molto pensati in un ottica puramente agli oggetti.
Hai il solo vantaggio di avere un applicazione desktop pure su linux ma
non sono molti i miei clienti ad avere linux sui desktop (magari sui
server il 100% ma sui desktop no) inoltre hai un applicazione che
comunque rispetto alle native un pò stona.
Senza parlare dei widget avanzati...
Personalmente ritengo che buone librerie cross platform pensate ad
oggetti decentemente siano wxwidgets e qt, entrambe hanno dei buoni
binding (parlo solo dei linguaggi interpretati che immagino un
programmatore php possa un pò conoscere) su python, un pò meno su ruby,
praticamente assenti su php.
Con wxwidgets o qt e python hai a disposizione si dell'ottima
documentazione sia una buona base di codice - tutorial etc.
Non parteggio per python o ruby solo al momento per applicazioni dekstop
php non è un linguaggio di prima scelta a mio avviso.
Comunque su php-gtk al limite c'è un libro apress ma non va molto oltre
la rubrica telefonica :-)

 In senso pratico...
[ ... ]
quoto tutto quello che ha già molto ben espresso michelangelo, aggiungo 
solo che dovresti provare a disegnare una interfaccia desktop "seria" 
con le gtk2+php .... lo devi fare praticamente da riga di comando, è un 
delirio :-)
ciao
Mauro


Dal punto di vista prestazionale come sono messe le gtk2+php ?
-- 
g4b0, linux user n. 369000
http://brosulo.net

 
Quello non dovrebbe essere un problema, dipende in larga maniera dal
target dell'applicazione.
Alla fine le librerie sono in C, anche grande parte della libreria php è
sviluppata in  C e l'interprete php non è proprio da buttare.
Se fai un gestionale che il 90% del tempo sta in attesa dell'input
utente le prestazioni della gui non sarebbero un problema a prescindere.
Comunque per ripetere libreria gui e libreria del linguaggio sono
sviluppate in C quindi performance buone, la logica di controllo la
implementi in php che ha performance alla fine decenti... ma dipende
dall'applicazione che vuoi farci.
Il problema serio è che è molto difficile creare widget complessi, che
la distribuzione potrebbe essere particolarmente complessa dovendo
distribuire il php, le gtk e il tuo software (e pure eventualmente un
database ma per semplicità assumiamo un sqlite3 creato ad hoc dal tuo
software al primo avvio.) Il problema di questa soluzione è che è
piuttosto fragile, in virtù che stai distribuendo file di testo che
l'utente potrebbe cambiarsi senza cognizione di causa, anche fare un
boundle per un installazione potrebbe essere complicato, inoltre tieni
presente che anche un programma scemo tra php5 e libreria gtk potrebbe
essere un installer di 15-20 mega.
soluzione?
non c'è dipende dal software che devi sviluppare...  ma anche lazarus
free pascal potrebbe essere da considerare!

 l'utente potrebbe cambiarsi senza cognizione di causa,
Be, potrebbe anche modificare/cancellare gli eseguibili di un programma
scritto in C..
Secondo me (e sto guardando php-gtk da due ore) il target
dell'applicazione é un azienda con un webservice bello grosso al quale
si vuole interfacciare riutilizzando il codice scritto lato server
(delle classi, per esempio) per un applicativo locale di backend.
Altre applicazioni, per ora, non me ne vengono in mente..


 
Intendo creare dei widget complessi non montare quelli base. partendo da
un canvas per esempio metti che ti serva una temp bar simile a quella di
flash? le qt sono più semplici per queste cose.
Per me comunque resta negativo dover distribuire un boundle di 15mega di
runtime per un applicazione da 100k, e avere un interfaccia comunque non
nativa.
Il fatto che non ci siano app degne di nota scritte in php-gtk conterà
pur qualcosa.


Quindi secondo te passare del tempo a studiare php-gtk é tempo sprecato?


 
Mai detto questo!
le api gtk sono quelle se poi ti ritroverai ad usarle da C o python
almeno avrai già idea di cosa fa un api, studiarsi una libreria nuova
non è mai tempo sprecato.
Dicevo solo di valutare bene lo cosa.
E che nella mia personale esperienza spesso la bilancia ha deposto più a
favore di librerie come qt o wxwidgets (ed essendo poi i binding php
inesistenti per queste librerie è stato scelto python).