Когда будет наилучшее время для начала портирования кода моего собственного проекта? [закрыто]

9

Если у меня есть личный проект по программированию, который я планирую перенести на другой язык, чтобы он мог работать в других средах, было бы более идеальным начать портирование кода как можно скорее и работать с двумя версиями одновременно? Или это сильно замедлит мою работу, и я должен ждать, пока я закончу некоторые ключевые компоненты программы?

Крис С
источник
1
Если ваша цель - переносимость, почему вы переходите на C ++ из C #? Вы можете использовать Mono для развертывания практически на любой крупной платформе.
Мировой инженер
Ну, если быть точным, это проект XNA, а XNA еще не была реализована в Mono.
Крис С
2
Какова цель этого проекта? Образование, опыт, чтобы построить портфель проектов? В зависимости от ваших целей, может быть, лучше продолжить работу с вашими текущими решениями и получить более надежный, отшлифованный продукт, чем беспокоиться о целевом ряде сред.
Томас Оуэнс
Я бы сказал, что наиболее важными являются портфель и накопление опыта в таком порядке.
Крис С
Какой именно вопрос? Кажется, вы хотите портировать свое приложение XNA / C # на C ++, так что сделайте именно это. Чем раньше в цикле разработки вы это сделаете, тем проще будет. Я не вижу здесь конструктивного вопроса.
Ramhound

Ответы:

2

Исходя из опыта, вы не хотите, чтобы вас поймали на том, что вы поддерживаете две разные версии вашей программы для питомцев.

  • Добавление новых функций становится болью. Если вам повезет, это займет вдвое больше времени для реализации. Если нет, вы найдете ограничения на одном языке и несоответствия между двумя версиями программы.

  • Отслеживание ошибок становится очень сложным, так как вам неизбежно придется иметь дело с конкретными деталями реализации.

  • Как уже упоминалось, C ++ и C # гораздо больше, чем выглядят.

Я бы посоветовал вам начать портирование на C ++ как можно скорее, так как, вероятно, будет проще портировать что-то маленькое и сжатое.

rahmu
источник
2

C # и C ++ более чем достаточно разные, поэтому я бы посоветовал просто пропустить C #. У вас появятся привычки, которые вам придется быстро отучить, как только вы дойдете до C ++ - например, чрезмерное динамическое выделение и наследование, а программирование в рамках очень отличается от программирования без него. Вы действительно не будете изучать какие-либо полезные навыки.

Они значительно отличаются друг от друга, чем вы думаете. Если на самом деле вам все еще не понадобится версия C #, когда вы закончите в C ++, я просто никогда не сделаю версию C # для начала.

DeadMG
источник
На самом деле у меня был большой опыт работы с C ++, но я некоторое время отдыхал от него, чтобы выучить C #. Отредактировал мой вопрос, чтобы вы могли лучше понять, где я нахожусь.
Крис С
1

Я бы ответил любимым способом консультанта: «Это зависит»;)

А именно, по следующим параметрам:

  • Вам нужно небольшое время для выхода на рынок?
  • сколько дополнительной работы вы будете вызывать, ожидая с портом? Какую архитектуру и реализацию, специфичную для C # (- библиотеки), вы делаете?
  • Вы уже приобрели достаточный опыт работы с решением на C #, чтобы быть уверенным в том, что при повторной реализации в C ++ вы будете делать все правильно?
DaveFar
источник