web vs desktop? (php vs c ++?) [chiuso]

-2

Ho bisogno di scrivere un semplice meccanismo di trasferimento file (che non è ftp). In primo luogo, deve avere una GUI. In secondo luogo, non deve essere una casella di riepilogo. In terzo luogo, non può utilizzare alcuna libreria a pagamento e, si spera, usi componenti open source. La domanda che mi è venuta in mente è: dove si spostano tutti, dal desktop al web o dal web al desktop? Sarebbe più utile essere esperti in dire, in C ++ che in PHP (o viceversa)?

    
posta Dhaivat Pandya 18.03.2011 - 02:53
fonte

3 risposte

1

IMO, "web vs. desktop" praticamente non ha alcun tipo di punto. Ci sono client e server. Mentre una macchina desktop può essere utile in una situazione autonoma, è sufficientemente rara che non vale la pena parlarne. Un server senza client è per lo più piuttosto inutile.

Non vedo molti eventi nuovi o diversi sul lato server, c'è molta migrazione verso la virtualizzazione dei server, e mi aspetto che continui per i prossimi anni o giù di lì. Da un punto di vista della programmazione, c'è probabilmente un bel po 'di opportunità nel fare un lavoro migliore di gestione dei server virtuali (specialmente di grandi gruppi) ma non mi aspetto molte modifiche nel modo in cui le singole applicazioni vengono scritte.

Sul lato client, la tendenza più ovvia è quella di essere dominati dai desktop verso client mobili di vario genere. Ciò modifica in qualche modo il modello di programmazione, in particolare quando la connettività varia (ampiamente) in base al tempo e alla posizione. La maggior parte ha una certa larghezza di banda praticamente tutto il tempo, ma quando sono nel raggio d'azione di un hotspot wi-fi, la larghezza di banda aumenta molto e il prezzo scende praticamente allo zero. IMO, una delle sfide più importanti consiste nel fornire dati all'utente tramite la connessione a bassa larghezza di banda quando necessario, ma cercando di utilizzare in modo proattivo un'ampia larghezza di banda quando disponibile, nella speranza di avere già le informazioni necessarie quando necessario. Ovviamente, l'altro punto interessante è l'utilizzo ottimale delle funzionalità di I / O (piuttosto diverse) disponibili sui dispositivi mobili. Solo per l'ovvio esempio, il trattamento di un touch-screen come un mouse non funziona bene.

    
risposta data 18.03.2011 - 03:43
fonte
1

Se hai esperienza con .NET, puoi sempre creare un'applicazione WCF (Windows Communication Foundation) in grado di operare sia su una rete intranet che sul web. Ecco un tutorial che sembrava un buon punto di partenza: link .

Ho creato un semplice client di richiesta di aiuto usando WCF, e mentre c'è una curva di apprendimento piuttosto ripida (per capire cosa succede, soprattutto), una volta che lo "ottieni", WCF rende questo genere di cose un gioco da ragazzi. Non è OpenSource, ma puoi usare l'Express Edition di Visual Web Developer (che è gratuita) per creare il servizio WCF e una delle altre Express Edition per costruire l'interfaccia utente (o anche lo sviluppatore web, se si va sul percorso delle app Web) .

C'è un po 'di supporto per WCF in Mono (controlla link ), ma non so se è completo abbastanza per quello che stai facendo. Se lo è, dovresti essere in grado di usare MonoDevelop o SharpDevelop per programmare la tua app.

HTH.

    
risposta data 18.03.2011 - 03:57
fonte
0

Dovresti aggiungere anche il cellulare al tuo elenco. Non solo il mondo si sta allontanando dal desktop e verso la flessibilità e il mondo indipendente dalla posizione del Web, ma si sta anche spostando verso il Web mobile.

    
risposta data 18.03.2011 - 05:39
fonte

Leggi altre domande sui tag