Quel serait le meilleur moment pour commencer à porter le code de mon propre projet? [fermé]

Si j'ai un projet de programmation personnel que je prévois de porter dans une autre langue pour qu'il puisse s'exécuter dans d'autres environnements, serait-il plus idéal de commencer à porter le code dès que possible et de travailler sur deux versions simultanément? Ou cela ralentirait-il beaucoup ma production et devrais-je attendre d'avoir terminé certains éléments clés du programme?

source-code porting

— Chris C
source

Si votre objectif est la portabilité, pourquoi portez-vous sur C ++ à partir de C #? Vous pouvez utiliser Mono pour déployer directement sur presque toutes les plates-formes majeures.

— World Engineer

Eh bien, pour être précis, c'est un projet XNA et XNA n'a pas encore été implémenté sur Mono.

— Chris C

Quel est le but de ce projet? Formation, expérience, pour construire un portefeuille de projets? En fonction de vos objectifs, il peut être préférable de poursuivre avec vos solutions actuelles et d'avoir un produit plus robuste et poli plutôt que de vous soucier de cibler un certain nombre d'environnements.

— Thomas Owens

Je dirais que les deux plus importants sont pour un portfolio et pour acquérir de l'expérience, dans cet ordre.

— Chris C

Quelle est la question exactement? Vous semblez vouloir porter votre application XNA / C # en C ++ alors faites exactement cela. Plus tôt vous le ferez dans le cycle de développement, plus ce sera facile. Je ne vois pas de question constructive ici.

— Ramhound

Réponses:

Parlant d'expérience, vous ne voulez pas vous faire attraper en maintenant deux versions distinctes de votre programme pour animaux de compagnie.

L'ajout de nouvelles fonctionnalités devient pénible. Si vous êtes chanceux, la mise en œuvre prendrait deux fois plus de temps. Si ce n'est pas le cas, vous trouverez des limitations dans une langue et des disparités entre les deux versions du programme.
Le suivi des bogues devient très délicat, car vous devrez inévitablement traiter les détails spécifiques à l'implémentation.
Comme mentionné, C ++ et C # sont bien plus différents qu'ils ne le paraissent.

Je vous suggère de commencer le portage en C ++ dès que possible, car il sera probablement plus facile de porter quelque chose de petit et concis.

— rahmu
source

C # et C ++ sont plus que suffisamment différents pour que je conseille simplement de sauter C #. Vous ne prendrez des habitudes que vous devrez rapidement désapprendre une fois que vous arriverez au C ++ - comme l'allocation dynamique excessive et l'héritage, par exemple, et la programmation vers un framework est très différente de la programmation sans un. Vous n'apprendrez pas vraiment de compétences utiles.

Les deux sont bien plus différents que vous ne le pensez. À moins que vous n'ayez réellement besoin de la version C # lorsque vous aurez terminé en C ++, je ne ferais jamais la version C # pour commencer.

— DeadMG
source

En fait, j'ai déjà eu une longue expérience en C ++, mais j'ai pris une pause pendant un certain temps pour apprendre le C #. Modification de ma question afin que vous puissiez avoir une meilleure idée d'où je suis.

— Chris C

Je répondrais de la manière préférée d'un consultant: "Ça dépend";)

À savoir, sur les paramètres suivants:

avez-vous besoin d'un peu de temps pour commercialiser?
combien de travail supplémentaire allez-vous provoquer en attendant avec le port? Combien d'architecture et d'implémentation spécifiques à C # (- bibliothèques) faites-vous?
Avez-vous déjà acquis suffisamment d'expérience avec votre solution C # pour être sûr que vous ferez la plupart des choses correctement lors de la réimplémentation en C ++?

— DaveFar
source