Коли найкраще почати переносити код мого власного проекту? [зачинено]

Якщо у мене є проект особистого програмування, який я планую перенести на іншій мові, щоб він міг працювати в інших середовищах, чи було б більш ідеальним якнайшвидше почати переносити код і працювати над двома версіями одночасно? Або це дуже сповільнить моє виробництво, і я повинен зачекати, поки я закінчу деякі ключові компоненти програми?

source-code porting

— Кріс С
джерело

Якщо ваша мета - портативність, чому ви переносите на C ++ з C #? Ви можете використовувати Mono для прямого розгортання майже на будь-якій великій платформі.

— Світовий інженер

Ну, якщо бути конкретним, це проект XNA, і XNA ще не була реалізована на Mono.

— Кріс C

Яка мета цього проекту? Освіта, досвід для створення портфоліо проектів? Залежно від ваших цілей, можливо, буде краще продовжувати працювати з вашими поточними рішеннями і мати більш надійний, відшліфований продукт, а не турбуватися про націлювання на кілька середовищ.

— Томас Оуенс

Я б сказав, що найважливіші два - це створення портфеля та набуття досвіду в такому порядку.

— Кріс

Яке саме питання? Здається, ви хочете перенести свою програму XNA / C # на C ++, тому зробіть саме це. Чим раніше в циклі розвитку ви це зробите, тим легше буде. Я не бачу тут конструктивного питання.

— Рамхаунд

Відповіді:

Якщо говорити з досвіду, ви не хочете, щоб ви потрапляли на підтримку двох окремих версій програми для вашого улюбленця

Додавання нових функціональних можливостей стає болем. Якщо вам пощастить, на реалізацію знадобиться вдвічі більше часу. Якщо ви цього не зробите, ви знайдете обмеження однією мовою та матиме відмінності між двома версіями програми.
Відстеження помилок стає дуже складним, оскільки вам неминуче доведеться мати справу з конкретними деталями впровадження.
Як вже згадувалося, C ++ anc C # значно відрізняються, ніж вони виглядають.

Я б запропонував вам якнайшвидше почати пересилати на C ++, оскільки, ймовірно, буде простіше перенести щось невелике і стисло.

— rahmu
джерело

C # і C ++ більш ніж різні, що я радив би просто пропустити C #. Ви ввійдете в звички, які вам доведеться швидко засвоїти, як тільки ви дістанетесь до C ++ - наприклад, надмірне динамічне розподілення та успадкування, наприклад, програмування на рамки дуже відрізняється від програмування без одного. Ви справді не навчитесь корисним навичкам.

Ці два значно відрізняються, ніж ви, здається, усвідомлюєте. Якщо ви насправді ще не знадобиться версія C #, коли ви закінчите на C ++, я просто ніколи не змушувати C # один для початку.

— DeadMG
джерело

Насправді я раніше мав великий досвід роботи на C ++, але перервався на деякий час, щоб вивчити C #. Відредагував моє запитання, щоб ви могли краще зрозуміти, де я перебуваю.

— Кріс C

Я відповів би улюбленим способом консультанта: "Це залежить";)

А саме за такими параметрами:

вам потрібен невеликий час для продажу?
скільки додаткової роботи ви спричините, чекаючи з портом? Скільки архітектури та реалізації, характерних для C # (- бібліотек), ви робите?
Ви набули достатнього досвіду роботи зі своїм рішенням C #, щоб ви були впевнені, що зробите більшість справ правильно під час повторного втілення в C ++?

— DaveFar
джерело