Время это, чтобы попрощаться с компилятором VC6?

Честно говоря, я не могу понять, почему вы не купили бы современный компьютер и не переключились на Visual Studio 2008.

VC6 имеет дефект STL, плохое соответствие стандартам C ++ и устаревший графический интерфейс.

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

VC6 не может сделать ничего из современного C ++. Я вспоминаю, что давным-давно пытался использовать одну из библиотек наддува, например, Graph, и она давала «ОШИБКУ ВНУТРЕННЕГО КОМПИЛЕРА» повсюду, так что в конце концов я это исправил.

Пора прощаться с VC6 компилятор?

Да.

Ну, вот в чем дело. Компилятор VC6 отстой. Однако ... IDE довольно хорош.

VS2005 имеет гораздо лучшую поддержку контроля версий. В противном случае, это намного медленнее отладки, имеет дрянную панель вывода, которая экспоненциально затухает при вставке строк вывода (что это за абсолютное кодирование мусора?), Справочная система во много раз медленнее, отладка и продолжение (возможно, лучшая функция Microsoft по сравнению с другими IDE) значительно более сломан.

.NET? Конечно, VS20xx - единственный путь. Однако для одного маленького клиента, который придерживается VC6 / MFC (для интерфейсов со встроенными системами и т. Д.), Мне действительно нравится работать с VC6. Это просто БЫСТРО.

2008? Я бы хотел ... но мои клиенты мигрируют. Никто еще этого не сделал.

Я перешел с VC++ 6.0 на Code::Blocks (который является FOSS) с g++ несколько месяцев назад и до сих пор не оглядывался назад. Я немного скучаю по отладчику VC++, так как реализация gdb в CB не так хороша, но это все. Некоторые вещи в IDE работают лучше (завершение кода, всплывающие подсказки, вычисление зависимостей), а компилятор, очевидно, намного лучше.

Что касается ваших замечаний, блоки пробных функций вряд ли широко используются, и большинство людей считают их довольно бесполезными. А макрос __FUNCTION__ не является частью стандарта C++, поэтому не стоит слишком сильно зависеть от него, если переносимость является проблемой.

Простой ответ - да, и как можно скорее. У вас есть бесплатные альтернативы, такие как VC ++ express и Code :: Blocks, если стоимость как в выпуске. Боль в решении проблем совместимости заключается в том, что у IMO нет причин не обновляться, потому что вам все равно придется делать это когда-нибудь, и это только усложняется.

Единственная причина, по которой я вижу возможное препятствие, это наличие у вас кода MFC, который будет трудный / трудоемкий порт. В этом случае вы не можете использовать VC ++ Express (без поддержки MFC), и вам нужно инвестировать хотя бы в VS std. издание. Это будет стоить вам около 300 евро (в зависимости от того, где вы живете).

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

Экспресс-версии VC ++ можно бесплатно загрузить с сайта Microsoft.

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

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

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

Возможно, вам придется выполнить обновление, когда вы начинаете разрабатывать для Vista, поскольку VC6 не позволяет легко подписывать код, а переадресация не в той форме, которая нравится Vista. (хочу хотя бы VC2K5)

Вы можете научиться жить с недостатками VC6s. В наши дни он почти обладает определенным ретро-шармом. В течение многих лет мы неоднократно поставляли заказчику «только один последний выпуск VC6» некоторых библиотек. Трудно спорить с заказчиком, готовым заплатить за дополнительную работу бэкпорт и поддержание филиала. Но в какой-то момент стоимость для нас, чтобы поддержать новые функции, разработанные в более новых VCs, превысит стоимость их обновления в конце (особенно, когда повышение производительности и Intel TBB проникают в голову кодовой базы). Или, по крайней мере, я надеюсь, что так и будет! В худшем случае это

Наверное, поэтому так много приложений в Windows отстой, потому что люди все еще используют VC6. Зачем возиться с поломанным, никогда не поддерживать MFC или даже Win32, если их wxWidgets и Qt4 намного лучше, чем MFC, и вы даже можете использовать бесплатные дополнения Visual Studio 2005+

Обновляете ли вы ОС в ближайшее время? Когда я исследовал перенос наших приложений на Vista, я обнаружил, что Vista официально не поддерживает ничего до VS 2005 (за исключением VB 6), и имеет длинный список возможных небольших проблем с VS 2005, которые могут вас не покусать , Я рекомендовал отложить выпуск VS1 SP1 (т. Е. До тех пор, пока VS 2008 год действительно работал) и сначала выполнить переключение компилятора.

Если проект особенный для нескольких клиентов, которые запускают его просто на старых машинах NT, возможно, вы захотите сохранить его на уровне VS 6. Если вы продаете его для какого-либо общего потребления, вам нужно будет сделать его Vista-совместимым в какой-то момент (или 7-совместимым, или любым другим), и вам нужно будет обновить его. .

Нет, десять лет назад пора было с этим попрощаться. Вот несколько причин, почему:

• Существуют бесплатные компиляторы, соответствующие стандартам, как от Microsoft, так и от других компаний.
• VC6 был написан до того, как язык C ++ был стандартизирован, и он далек от стандартов. В частности, шаблоны и стандартная библиотека живут в собственном мире, не связанном с тем, как эти функции на самом деле работают в ISO C ++. Компилируемый язык - не C ++. Это гибрид предустановленного C ++, расширений Microsoft, ограничений компилятора и ошибок. Ни то, ни другое не желательно.
• Известно, что VC6 в некоторых случаях генерирует недопустимый код. Он не только компилирует самодельный, глючный и нестандартный язык, но также делает недопустимые оптимизации, вызывающие сбои, или в некоторых случаях действительно производит плохую сборку, которая просто не может быть выполнена.

Она не работает, и она всегда была сломана. Он был разработан для компиляции языка, который прекратил свое существование примерно в то же время, когда был выпущен компилятор (когда язык был стандартизован), и он не справился даже с этой задачей, с бесчисленным количеством ошибок, некоторые из которых были исправлено в полдюжине выпущенных пакетов обновления. Но не все из них, и даже не все критические.

Конечно, обратная сторона этого заключается в том, что ваше приложение, скорее всего, также сломано. (не потому, что вы плохие программисты, а потому, что он нацелен на сломанный компилятор. Он имеет , который должен быть сломан, чтобы его принял VC6)

Перенос этого на совместимый со стандартами компилятор, вероятно, будет много работы. Дон' Я предполагаю, что вы можете просто импортировать свои старые проекты, щелкнуть «построить», и все заработает.

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