Портирование приложения VB6 к VB.Net: Может кто-либо приблизительная оценка, сколько усилия это?

На мой взгляд,

Visual Basic 6 и Visual Basic .NET настолько разные, что вы должны забыть об их совпадении в названии и относиться к этому в качестве перехода на .NET = P

я думаю, что у вас есть одно большое преимущество и один недостаток:

• Преимущество: вы уже знаете, что приложение должно делать. Возможно, у вас будут встречи с вашими клиентами, чтобы добавить какие-то модификации или новые функции, но у вас очень четкая основная часть требований. У вас даже будет старое работающее приложение, которое вы сможете увидеть, пока вы или ваша команда пишете код.

• Недостаток : придется учить новый язык. Сказать, сколько времени уйдет, очень субъективно. Я всегда думал, что изучение нового языка - не проблема, большая проблема будет, если вам придется научиться программировать !. Но вы умеете программировать. Вы будете знать, что хотите делать, и вам останется только искать, как это сделать на новом языке.

Поскольку вам нужно учиться.NET, если вам нужно прикинуть, я думаю, вы должны предположить, что вам потребуется как минимум столько же, сколько и предыдущее приложение , даже больше.

Мой совет: не упустите шанс выучить этот новый язык. И если вы более склонны отказаться от проекта, позвольте мне дать вам еще одну идею ... Может быть, вы могли бы оценить небольшой модуль вашего приложения и сказать клиенту, что вы попытаетесь сделать этот модуль, чтобы увидеть, насколько он берет к вам. Клиент должен оплатить этот небольшой модуль, даже если вы решите не продолжать.

Вы не можете сказать клиенту, что знаете все требования, поэтому он каким-то образом экономит деньги вместе с вами. И они должны пойти на этот небольшой риск (мы говорим о небольшом модуле), потому что кто лучше вас, чтобы сделать проект, вы прекрасно знаете старое приложение!

Если клиент прав в этом, вы можете принять решение с большим количеством аргументов. И если, наконец, вы решите продолжить, с этим маленьким модулем вы сможете оценить весь проект лучше, чем раньше.

К сожалению, мой английский не очень хороший, и, вероятно, я сделал много грамматических ошибок.

ИЗМЕНИТЬ грамматических ошибок ... = P

Это огромная тема.

Вам следует взглянуть на бесплатную книгу MS - Обновление Microsoft Visual Basic 6.0 до Microsoft Visual Basic .NET .

Если вы переписываете с нуля, а не просто пытаетесь перенести предыдущее приложение, это не займет много времени. VB.Net имеет некоторые функции, которые сокращают время сборки нового приложения. Поскольку кажется, что вы еще не знакомы с VB.Net, больше всего у вас уйдет на то, чтобы научиться делать что-то по-новому _(tm) .

В этот раз я бы поехал на два месяца.

А если серьезно, то это, вероятно, не за горами - или даже низко - потому что у клиента будет какая-то причина для необходимости создания порта. Это будет не просто прямой порт - им понадобится «небольшое небольшое улучшение», которое взорвет весь проект.

Кроме того, я бы немного побеспокоился о сторонних элементах управления. Большая часть остальной части должна нормально конвертироваться, но иногда возникает проблема с поиском хорошего аналога стороннего элемента управления в .Net.

Меня также беспокоит, что вы не используете vb.net. Если вы пользователь C # и хотите повторно реализовать этот способ, все будет в порядке, но в остальном это не для начинающих. VB.Net достаточно отличается от vb6, чтобы у вас возникли проблемы.

Помимо всего этого, я ожидал, что в этот раз будет меньше работы, чем в прошлый, потому что перед вами изложен очень четкий план, которому вам просто нужно следовать.

Мы делаем именно это прямо сейчас, но все немного по-другому. Вместо одного огромного приложения есть много более мелких. Однако в списке есть несколько более крупных. Мы выяснили, что работы было значительно меньше, чем мы думали изначально. НО ... самые большие неизвестные были связаны со сторонними средствами управления, которые у нас были. Если у вас есть много таких, которые нужно в основном переделать, вы, вероятно, будете искать больше работы.

У меня есть одно хорошее предложение - использовать для преобразования Visual Studio 2008 (не VS 2005). При использовании встроенного конвертера в VS 2008 было гораздо меньше проблем, чем с VS 2005. Не знаю почему, просто так.

Итак, я не могу сказать, что вы больше не проведете 500 часов, но, скорее всего, нет. Большую часть времени следует потратить на тестирование, чтобы убедиться, что функциональность не была потеряна.

И вот, после того как с ними не было никаких контактов в течение многих лет, они вдруг звонят и спрашивают, могу ли я обновить приложение до .Net для них.

Вам нужно спросить, почему они хотят это сделать.

Плохой план (tm) для клиентов - принимать технические решения по прихоти. Прежде чем применить какое-либо решение, тщательно изучите их потребности и проблему. Только после того, как вы поймете проблему так же, как они, вы должны давать рекомендации.

Это может быть то, что они увлечены каким-то модным словом и хотят использовать самую последнюю новинку, или это может быть любая из миллиона других вещей. Решение их проблемы может быть очень простым, но если вы не выясните, в чем заключается их проблема, вы никогда не узнаете лучший способ решения этой проблемы.

Я бы планировал, что это займет около 50% времени и усилий, затраченных на его создание.

Я сделал ТОЧНО то, о чем вы спрашиваете, для коммерческого программного продукта, который состоял примерно из 500 kloc. Мы уравновешивали стремление к рефакторингу желанием получить что-то работающее и выпустить как можно быстрее.

Почти вся команда потратила около 1 года на то, чтобы сделать это... для продукта, на создание которого ушло 4 года. Это было грандиозное предприятие... нельзя недооценивать.