Windows Phone 7: il passaggio non sarà indolore
di Fabio Boneschi, pubblicata il 09 Marzo 2010, alle 14:57 nel canale Sistemi Operativi
Windows Phone 7 non supporterà le applicazioni sviluppate per il precedente sistema operativo Microsoft per mobile
Commenti (24)
Commento # 11
di: Neo81Na
pubblicato il 09 Marzo 2010, 16:05
vorrei capire se la retrocompatibilità mancata riguardi i software fatti con visual basic embedded o con le varie versioni di .net..
xchè altrimenti me li inculo a sangue... e scusatemi per la parola"sangue"..
xchè vuol dire che dovrò manutenere 2 versioni distinti del software una per palmari industriali che tutt'ora li fanno ancora con windows .net 5.0 e l'altra per palmari commerciali che avranno wm7
ma io mi domandi microsoft xkè non kiudi e lasci il posto a qualcuno con piu rispetto verso i clienti e gli sviluppatori... magari con qualcuno che nelle guide di msdn scrive esempi di codice senza omettere i riferimenti aggiunti.. o le using degli assembly... o le dichiarazioni delle variabili... e magari, senza chiedere troppo ovviamente, che funzioni pure?
xchè altrimenti me li inculo a sangue... e scusatemi per la parola"sangue"..
xchè vuol dire che dovrò manutenere 2 versioni distinti del software una per palmari industriali che tutt'ora li fanno ancora con windows .net 5.0 e l'altra per palmari commerciali che avranno wm7
ma io mi domandi microsoft xkè non kiudi e lasci il posto a qualcuno con piu rispetto verso i clienti e gli sviluppatori... magari con qualcuno che nelle guide di msdn scrive esempi di codice senza omettere i riferimenti aggiunti.. o le using degli assembly... o le dichiarazioni delle variabili... e magari, senza chiedere troppo ovviamente, che funzioni pure?
Commento # 12
di: Pier2204
pubblicato il 09 Marzo 2010, 16:23
Originariamente inviato da: Neo81Na
vorrei capire se la retrocompatibilità mancata riguardi i software fatti con visual basic embedded o con le varie versioni di .net..
xchè altrimenti me li inculo a sangue... e scusatemi per la parola"sangue"..
xchè vuol dire che dovrò manutenere 2 versioni distinti del software una per palmari industriali che tutt'ora li fanno ancora con windows .net 5.0 e l'altra per palmari commerciali che avranno wm7
ma io mi domandi microsoft xkè non kiudi e lasci il posto a qualcuno con piu rispetto verso i clienti e gli sviluppatori... magari con qualcuno che nelle guide di msdn scrive esempi di codice senza omettere i riferimenti aggiunti.. o le using degli assembly... o le dichiarazioni delle variabili... e magari, senza chiedere troppo ovviamente, che funzioni pure?
xchè altrimenti me li inculo a sangue... e scusatemi per la parola"sangue"..
xchè vuol dire che dovrò manutenere 2 versioni distinti del software una per palmari industriali che tutt'ora li fanno ancora con windows .net 5.0 e l'altra per palmari commerciali che avranno wm7
ma io mi domandi microsoft xkè non kiudi e lasci il posto a qualcuno con piu rispetto verso i clienti e gli sviluppatori... magari con qualcuno che nelle guide di msdn scrive esempi di codice senza omettere i riferimenti aggiunti.. o le using degli assembly... o le dichiarazioni delle variabili... e magari, senza chiedere troppo ovviamente, che funzioni pure?
Non credo, o almeno non ci sono notizie al riguardo. .net in teoria dovrebbe essere compatibile trasversalente tra le varie versioni, ma sinceramente al riguardo non ho notizie.
Per il resto Microsoft doveva dare un taglio con il passato, ha perso troppe quote di mercato, ha deciso di sviluppare una piattaforma svincolata dall'incubo retrocompatibilità, (tra l'altro condita tra le varie personalizzazioni OEM più o meno incompatibili tra loro).
Ha scelto una (linea guida) vincolante per semplificare il lavoro degli sviluppatori, (lo ha capito da Apple), lasciando agli OEM il solo compito di costruitre terminali con le specifiche dettate da redmond, un pò come succede nel mondo PC con l'hardware compatibile..
Commento # 13
di: Neo81Na
pubblicato il 09 Marzo 2010, 16:36
si ma inizieranno a dirlo prima o poi..? cioe' non dirmi che hanno fatto una presentazione al ced 2010 con delle slide fatte con photoshop? cioe' si renderanno conto che le conversioni hanno dei tempi e costi aziendali per i quali non si posso permettere la scena tipica del cliente che compra l'ultimo tipo di palmare sul mercato con un trilione di gigahrz ram rom etc costato un pozzo di soldi.. ci piazza sopra il software è non va xchè microzozz non si è degnata di dire una h? facciamo la sorpresa anche ai programmatori?...
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
Commento # 14
di: Human_Sorrow
pubblicato il 09 Marzo 2010, 16:59
Originariamente inviato da: Neo81Na
si ma inizieranno a dirlo prima o poi..? cioe' non dirmi che hanno fatto una presentazione al ced 2010 con delle slide fatte con photoshop? cioe' si renderanno conto che le conversioni hanno dei tempi e costi aziendali per i quali non si posso permettere la scena tipica del cliente che compra l'ultimo tipo di palmare sul mercato con un trilione di gigahrz ram rom etc costato un pozzo di soldi.. ci piazza sopra il software è non va xchè microzozz non si è degnata di dire una h? facciamo la sorpresa anche ai programmatori?...
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
Dai, passa ad eclipse e smettila con queste panzane ...
(Studiati la piattaforma .NET e per trovare in quale assembly sia una classe sull'MSDN, basta leggere e non guardare solo gli esempi)
Commento # 15
di: Seph|rotH
pubblicato il 09 Marzo 2010, 17:26
Originariamente inviato da: LUKE88123
dovrebbero essere un pò più svelti con i nyuovi so; ogni 3 anni penso che sarebbe ottimale..o no??
Sì, questo se i SO costassero 50 euro. Siccome M$ se li fa pagare 2-300 euro, non è proprio il massimo cambiarne uno ogni 3 anni.
E parlo tra l'altro di SO consumer, la famiglia Windows Server parte da 700 euro (con 5 cal).
Cla.
Commento # 16
di: Seph|rotH
pubblicato il 09 Marzo 2010, 17:39
Originariamente inviato da: Neo81Na
si ma inizieranno a dirlo prima o poi..? cioe' non dirmi che hanno fatto una presentazione al ced 2010 con delle slide fatte con photoshop? cioe' si renderanno conto che le conversioni hanno dei tempi e costi aziendali per i quali non si posso permettere la scena tipica del cliente che compra l'ultimo tipo di palmare sul mercato con un trilione di gigahrz ram rom etc costato un pozzo di soldi.. ci piazza sopra il software è non va xchè microzozz non si è degnata di dire una h? facciamo la sorpresa anche ai programmatori?...
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
io cmq penso sia uno spauracchio... e che clikkero sul progetto con Vs10 installato, lo convertirà automaticamente e tutto al piu sistemerò qualche warning, qualche assemply spostato da una parte alla'altra o qualche metodo definito da microsoft obsoleto..
o almeno spero per loro altrimenti installo eclipse e se devo convertire converto in un nuovo linguaggio che poi alla fine me lo trovo e punto su un mercato nuovo.
Scusate, ma cosa ci dovete far girare su questi palmarini Windows?
Cla.
Commento # 17
di: JackZR
pubblicato il 09 Marzo 2010, 17:44
Originariamente inviato da: Superboy
Scusa che retrocompatibilità manca in vista? (ed in 7? è stata recuperata o ancora persa?)
Credo che tu confonda Windows Phone 7 con Windows Seven, il primo è l'OS per i palmari (successore di Windows Mobile), il secondo quello per PC (successore di Vista), sono due OS diversi e non c'entrano l'uno con l'altro.
Windows Seven e molto compatibile con le sue versioni precedenti (Vista, XP, etc...), Windows Phone 7 invece non sarà molto compatibile con Windows Mobile perchè profondamente diverso, cmq non credo che sarà tutto sto problema visto che non bisognerà creare nuove applicazioni ma basterà riscrivere le applicazioni già esistenti.
Commento # 18
di: Superboy
pubblicato il 09 Marzo 2010, 18:10
Io non confondo un bel niente, mi riferivo a luke123456890 che ha scritto
"Non uso win mobile, però non vorrei facessero nuovamente lo stesso errore di vista, con cui, mancando la retrocompatibilità si sono, per così dire, tirati la zappa sui piedi."
Infatti ero sarcastico perchè nn trovo gravi problemi di compatibilità di vista/7 con xp, leggete bene prima di commentare
"Non uso win mobile, però non vorrei facessero nuovamente lo stesso errore di vista, con cui, mancando la retrocompatibilità si sono, per così dire, tirati la zappa sui piedi."
Infatti ero sarcastico perchè nn trovo gravi problemi di compatibilità di vista/7 con xp, leggete bene prima di commentare
Commento # 19
di: JackZR
pubblicato il 09 Marzo 2010, 18:38
Originariamente inviato da: Superboy
Io non confondo un bel niente, mi riferivo a luke123456890 che ha scritto
"Non uso win mobile, però non vorrei facessero nuovamente lo stesso errore di vista, con cui, mancando la retrocompatibilità si sono, per così dire, tirati la zappa sui piedi."
Infatti ero sarcastico perchè nn trovo gravi problemi di compatibilità di vista/7 con xp, leggete bene prima di commentare
"Non uso win mobile, però non vorrei facessero nuovamente lo stesso errore di vista, con cui, mancando la retrocompatibilità si sono, per così dire, tirati la zappa sui piedi."
Infatti ero sarcastico perchè nn trovo gravi problemi di compatibilità di vista/7 con xp, leggete bene prima di commentare
lol, non l'avevo capito, effettivamente di problemi di retro-compatibilità non ne ho trovati molti neanch'io, giusto qualche gioco ma per dire Age of Empires 2 mi funziona ancora
Commento # 20
di: Shivan man
pubblicato il 09 Marzo 2010, 19:26
Io avevo letto da qualche parte (perdonatemi non ricordo dove) che con la versione 7 avrebbero castrato il multitasking, in stile apple, per le applicazioni di terze parti, allo scopo di non compromettere la reattività, la stabilità del sistema e la durata della batteria. Si sa qualcosa a riguardo?














Per contattare l'autore del pezzo, così da avere una risposta rapida, si prega di utilizzare l'email personale (vedere in alto sotto il titolo). Non è detto che una domanda diretta inserita nei commenti venga verificata in tempi rapidi. In alternativa contattare la redazione a questo indirizzo email.