crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )

2 страниц V  < 1 2  
Ответить в данную темуНачать новую тему
> Можно ли объективно сравнить IDE VC2010 & QtCreator 2.4?
Гость_Гость_*
сообщение 6.5.2012, 0:30
Сообщение #11





Гости








    


Выскажу своё, скромное IMHO.
Я работал с креатором 3 года, и 3 месяца работал с VS с VA и без. Ну это именно по работе, так то с VS опыт поболее конечно, но на более мене крупных проектах стаж использование примерно такой как указанно выше.
QC пусть будет QtCreator,
VS - VisualStudio(читай Visual c++ ибо всякие шарпы и прочий .Net на мой взгляд превосходят и то и то, в плане
удобства написания кода и UI.)
VA - VisualAssistX.
Для разработки в рамках Qt любой QC гораздо лучше любой виденной мной IDE. Так что дальше речь пойдет только о c++ разработке без использования Qt.

Версии креатора до 2,0 не идут ни в какое сравнение даже с голым VS :

*Нормальная рабочая система сборки только qmake, имеется в виду не только возможность собирать проекты, а инструменты для автоматической работы с деревом проекта, и построение модели кода, для автокомплита и прочих плюшек.
*Страшно доставлял глюк при смене раскладки - подвисание среды на несколько секунд/минут
*Не удобная и не интуитивная система добавления кастомных действий при сборке
*Страшно медленный и отладчик с бедным и ориентированным в основном на Qt набором визуализаторов, особенно при использовании CDB
*Убогая поддержка шаблонов вообще и stl в частности, системой автодополнения

Правда к версии QC 2,3 голая студия, правда справедливости ради надо сказать до 2010 версии, стала выглядеть уже не так привлекательно.
Недостатки студии общие(включая 2010):
*Убогая навигация по коду, есть только переход по reference, который не всегда и срабатывает
*Более бедная система настройки и поддержки редактором code style
*Нету, либо нету на виду и под рукой, системы снипетов
*Система сборки менее гибкая чем с CMake, хуже интегрируется со всякими Continuous Integration
*Хорошо и без дополнительной платы поддерживает только один компилятор
*Трудность написания нетривиальных визуализаторов для отладчика
*Нет стандартных средст для рефакторинга, вообще, даже тухлого add implementation
*Медленно развивается, редко выпускаются релизы
*Стоит бабла, хотя если на работе, то это не критично конечно
*хуже/отсутствует поддержка нового стандарта
*слабо настраиваемая подсветка синтаксиса
Недостаки кроме 2010:
*Глючащий, частенько вообще отключающийся авто комплит (особенно заметно при большом code base)
*Убогая система назначения путей для не стандартных библиотек - все пути прописываются общие, для всех проектов сразу
*Не кроссплатформенная
*Сложновато а иногда и дороговато использовать не мелкомягкие тулсеты.

Достоинства VS:
*Крайне навороченный отладчик, присутствуют например такие фичи как перекомпилировать кусок кода и продолжить отладку, дофига встроенных, правда Microsoft specific в основном визуализаторов
*Легкость написания тривиальных визуализаторов для отладчика, под тривиальными, понимаются визуализаторы типов, реализация которых не скрыта, т.е. есть прямой, пусть и в обход модификаторов доступа, доступ к членам-данным, хотя для QC это тоже справедливо.
*Лучше поддержка Microsoft Specific, всяких COM, ATL и т.д, по крайней мере лучше из коробки.
*Хорошо и без дополнительной платы поддерживает один компилятор, используется максимум фич которые можно извлечь из мелкомягкого тулсета, особенно связанных с COM, всякие #import, навороченные _declspec, __property и тому подобное, при том всё это корректно обрабатывается комплитом, в тех случаях когда он пашет вообще.
*Лучеше поддержка дебажного рантайма, например бряки на ассертах.
*Огромное количество плагинов и дополнений, в том числе и бесплатных.

При использовании VA убираются недостатки отсутствия средств рефакторинга, который становится побогаче чем в QC(хотя возможно это и не на долго).
Комплит по удобству, немного превосходит QC:
*Более интелектуальная подстановка : значения проверяются не только по области видимости, но и по типу
*ищет не только по началу токена, но и проверяет вхождение в тело токена, набранной строки
*перестает отрубаться и глючить.
Подсветка частями лучше, частями хуже чем в QC. Навигация по коду уравнивается с QC. Добавляется поддержка человеческих code сниплетов, интегрированая в автокомплит.
Добавляется же лишние 1,5 к $ стоимости и иногда довольно мощные тормоза при большом code base.

Вообщем написать дофига чего можно. А если в 2ух словах, то для всего что слабо или вообще не использует Microsoft specific, QC подходит лучше, да и обходится дешевле. В противном случае всё зависит от наличия бабла, если его достаточно то студия в разы лучше.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
mapron
  опции профиля:
сообщение 16.5.2012, 7:23
Сообщение #12


Новичок


Группа: Новичок
Сообщений: 3
Регистрация: 31.3.2012
Пользователь №: 3297

Спасибо сказали: 0 раз(а)




Репутация:   0  


Цитата(Гость @ 6.5.2012, 6:30) *
Выскажу своё, скромное IMHO.
...
Вообщем написать дофига чего можно. А если в 2ух словах, то для всего что слабо или вообще не использует Microsoft specific, QC подходит лучше, да и обходится дешевле. В противном случае всё зависит от наличия бабла, если его достаточно то студия в разы лучше.

Спасибо Гость, весьма развернутый и объективный ответ. Что ж Вы авторство-то не увековечили?

От себя могу добавить ,что с выходом QC 2.5 и появлением в нем новых методов рефакторинга (extract method наконец-то), лично для меня преимущества студии кончились.
Даже при работе с не-qt проектами.

В принципе, тему можно закрыть
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение

2 страниц V  < 1 2
Быстрый ответОтветить в данную темуНачать новую тему
Теги
Нет тегов для показа


1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0




RSS Текстовая версия Сейчас: 19.4.2024, 21:46