Quando sarebbe il momento migliore per iniziare il porting del codice del mio progetto? [chiuso]

Se avessi un progetto di programmazione personale che prevedo di eseguire il porting in un'altra lingua in modo che possa essere eseguito in altri ambienti, sarebbe più ideale iniziare il porting del codice il prima possibile e lavorare contemporaneamente su due versioni? O questo rallenterebbe molto la mia produzione, e dovrei aspettare fino a quando non avrò finito alcuni componenti chiave del programma?

source-code porting

— Chris C
fonte

Se il tuo obiettivo è la portabilità, perché stai eseguendo il porting in C ++ da C #? È possibile utilizzare Mono per distribuire direttamente su quasi tutte le piattaforme principali.

— Ingegnere mondiale,

Beh, per essere precisi, è un progetto XNA e XNA non è ancora stato implementato su Mono.

— Chris C

Qual è lo scopo di questo progetto? Istruzione, esperienza, per costruire un portfolio di progetti? A seconda dei tuoi scopi, potrebbe essere meglio andare avanti con le tue soluzioni attuali e avere un prodotto più robusto e raffinato piuttosto che preoccuparti di indirizzare un numero di ambienti.

— Thomas Owens

Direi che i due più importanti sono per un portafoglio e per creare esperienza, in questo ordine.

— Chris C,

Qual è esattamente la domanda? Sembra che tu voglia trasferire la tua applicazione XNA / C # su C ++, quindi fai esattamente questo. Prima nel ciclo di sviluppo lo fai, più facile sarà. Non vedo una domanda costruttiva qui.

— Ramhound,

Risposte:

Parlando per esperienza, non vuoi farti catturare mantenendo due versioni separate del tuo programma per animali domestici.

L'aggiunta di nuove funzionalità diventa un dolore. Se sei fortunato, ci vorrebbe il doppio del tempo per implementarlo. Se non lo sei, troverai limitazioni in una lingua e disparità tra le due versioni del programma.
Il tracciamento dei bug diventa molto complicato, poiché inevitabilmente dovrai occuparti dei dettagli specifici dell'implementazione.
Come accennato in C ++, i C # sono molto più diversi di quanto sembri.

Vorrei suggerire di iniziare il porting su C ++ il prima possibile, poiché sarà probabilmente più facile eseguire il porting di qualcosa di piccolo e conciso.

— rahmu
fonte

C # e C ++ sono più che abbastanza diversi da consigliare semplicemente di saltare C #. Avrai delle abitudini che dovrai disimparare rapidamente una volta arrivato al C ++, ad esempio un'eccessiva allocazione dinamica e l'ereditarietà, e la programmazione in un framework è molto diversa dalla programmazione senza una. Non imparerai davvero nessuna abilità utile.

I due sono molto più diversi di quanto sembri realizzare. A meno che tu non abbia effettivamente bisogno della versione C # quando hai finito in C ++, non ne farei mai una C # per cominciare.

— DeadMG
fonte

In realtà ho già avuto una vasta esperienza in C ++ ma mi sono preso una pausa per imparare il C #. Ho modificato la mia domanda in modo da poter avere un'idea migliore di dove mi trovo.

— Chris C,

Risponderei nel modo preferito da un consulente: "Dipende";)

Vale a dire, sui seguenti parametri:

hai bisogno di un piccolo time-to-market?
quanto lavoro aggiuntivo eseguirai aspettando con la porta? Quanta architettura e implementazione specifica per C # (- librerie) stai facendo?
hai già acquisito abbastanza esperienza con la tua soluzione C # in modo da essere sicuro che farai la maggior parte delle cose nel modo giusto quando ti reimplementerai in C ++?

— DaveFar
fonte