Non so di uno strumento, ma questo è il modo in cui proverei ad attaccare il tuo problema se c'è davvero molto (semplice) codice da convertire. Sono sicuro che il mio suggerimento non sia così utile su parti del codice che sono molto specifiche del flash (tutte le cose di DisplayObject?) E che non sono utili su molte delle tue logiche. Ma sarebbe divertente da costruire! :-)
parziale conversione automatica dovrebbe essere possibile, soprattutto se gli oggetti sono solo 'contenitori di dati', guardare fuori per portare troppa AS3-linguaggio verso Objective-C, però, potrebbe non essere sempre una buona in forma.
A meno che non si voglia creare il proprio (semi) parser per as3, è necessario un parser, apparentemente lo FlexPMD ne ha uno (mai usato) e probabilmente ce ne sono altri.
Dopo aver messo le mani su un parser è necessario trovare un modo per suggerire al sistema quali parti potrebbero essere convertite automaticamente. Potresti provare ad aggiungere regole allo script parser/generatore per il caso generale. Per casi più specifici, utilizzerei i metadati personalizzati sulla classe/proprietà/metodo effettivo, supponendo che un vero parser as3 li analizzerebbe correttamente.
Ora parte del tuo lavoro passerà dai file di conversione manuale ai file di annotazione manuale, ma potrebbe andar bene per te.
Chiedi al parser di analizzare le classi e definire le azioni in base ai metadati che determineranno il tipo di classe obiettivo-c da generare. Se riesci a farlo funzionare potresti almeno ottenere tutte le tue classi, le loro proprietà semplici e le firme dei metodi (ottenere il corpo dei metodi convertiti potrebbe essere un po 'troppo chiedere ma potresti includerlo come commento così avresti una buona referenza durante la traduzione a mano).
PS: se lo fai in un processo a senso unico, assicurati di non doverlo rigenerare più tardi, sarebbe un problema se scopri che stai modificando il codice generato e in qualche modo devi ri-generare tutte quelle classi - questo significherebbe che dovrai rifare tutto il tuo duro lavoro!
fonte
2010-10-29 21:00:42
L'ho preso l'esportazione CS5 per lo strumento iPhone non è adatto? – Allan
L'ho provato, ma poiché * è * un compilatore incrociato con tutto ciò che comporta, quindi non è esattamente scattante in termini di prestazioni. – grapefrukt
nella mia esperienza, iOS 4 non è quello che chiamerei snappy per iniziare su qualsiasi cosa tranne l'ultimo hardware. personalmente, ho dovuto eseguire il downgrade alla versione precedente con il mio iPod touch 2G, e questo era solo per utilizzare le applicazioni di serie. hai testato il progetto iPhone Packager su un nuovo dispositivo? so che non è davvero una soluzione ideale dal momento che molte persone hanno hardware vecchio, ma sono curioso più che altro sulle prestazioni di iPhone Packager. – TheDarkIn1978