Porting a Windows Phone 7 da iPhone

Question

Se si dovesse tentare ciò, quali sarebbero i fattori principali da considerare, parti facili/difficili, insidie?

Answer 1

Jeff.

I problemi affrontati includono uno spostamento del modello sottostante da MVC a MVVM, ma questo non è così radicale come potrebbe sembrare. Lavorerai con una nuova lingua e con nuove funzionalità linguistiche, in un nuovo ambiente di sviluppo.

Ci sono alcune trappole lungo la strada, specialmente i significati diversi di termini essenziali come Interfaccia, Delegato e così via.

Per risolvere questo problema, ho iniziato una serie di tutorial chiamato "Guida uno sviluppatore iPhone a Windows Phone 7 Programmazione", che si possono trovare sul my blog

La buona notizia è che gli strumenti di sviluppo sono gratuiti e lì c'è molta documentazione, sia ufficiale che della comunità, con molto altro in arrivo ogni giorno. La versione di rilascio del codice sviluppatore esce il 16 settembre (anche se puoi iniziare subito con il codice beta). Il mio primo tutorial ti dice tutto su come ottenere tutto ciò di cui hai bisogno.

Buona fortuna e fammi sapere se posso essere di aiuto.

-jesse

Grazie.

Answer 2

È solo un nuovo linguaggio, una nuova API e un altro fornitore di piattaforme. Che cosa potrebbe andare storto?

Se si forniscono ulteriori dettagli sul tipo di applicazione (e le sue caratteristiche principali) che si desidera eseguire, è possibile fornire una risposta più specifica.

Answer 3

Innanzitutto, vedere MonoTouch. Potrebbe anche risparmiare un po 'di fastidio perché potresti essere in grado di mantenere il codice core della tua app in una singola lingua se sei straordinariamente disciplinato per assicurarti che nessuna API della piattaforma chiami perdite nel core della tua app.

Ma sì, quello che ha detto Albin.

Answer 4

Il vero problema che affronta è questo: i paradigmi di progettazione sono completamente diversi. Un Windows Phone 7 si suppone di avere queste lunghe strisce di dati, che un utente può vedere solo in parte - sull'iPhone è più come navigare in una gerarchia di dati. Se davvero provi a costruire l'app quando avrai un'app che sembra fuori luogo su una o più piattaforme.

Answer 5

Penso che questa sia una grande domanda, con una risposta molto diretta.

Per me, ritengo che le UI siano così leggere da essere praticamente gettate via, in particolare su un dispositivo mobile in cui i set di funzionalità estese sono generalmente meno pratici e le soluzioni semplici ottengono la trazione del consumatore.

Concesso possono esserci considerazioni di disallineamento nelle funzionalità su entrambi i lati che probabilmente diventeranno meno di un problema nel tempo. Spesso ci sono diversi modi di affrontare le cose se si verifica una mancata corrispondenza ed è importante per te che la tua app riceva una copertura più ampia per i consumatori che consente a più piattaforme.

Quindi nella mia sommatoria, le considerazioni si riducono a questo. Fallo e basta, se la piattaforma sembra degna dei tuoi sforzi per investire. Ciò dipenderà da te e dai tuoi obiettivi, dalla tua app e dal suo scopo, e dall'impulso generato dalle rispettive piattaforme. Una scelta individuale per la maggior parte.

Ricordare che tutti gli investimenti possono essere mantenuti nella scelta di tecnologie server che per la maggior parte sono indipendenti dalla piattaforma client. Supponendo che la tua app abbia bisogno anche di un server.

---

Questa domanda è anche andare a essere affrontati in dettaglio da Jesse Liberty nel suo blog serie iPhone to Windows Phone 7.