QT: я должен использовать Visual Studio, спокойного Создателя или что-то еще? [закрытый]

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

то, Что я хочу сказать, является бизнес-логикой, должен быть помещен на уровень приложений, но существуют исключения (главным образом причины производительности)

22
задан Rasmus Faber 5 October 2009 в 12:31
поделиться

12 ответов

Я использую Visual C ++ 2008 с Visual Assist и Qt Creator с MinGW:

  • MinGW сведет вас с ума, но, к счастью, вы можете использовать компилятор VC ++ в Qt Creator.
  • Отладчик интеграция не так хороша, как VC ++. Вы не можете установить следующую инструкцию или сделать какие-либо причудливые вещи, например, посмотреть, что функция вернула в окне локальных переменных. GDB медлителен, как улитка.
  • Навигация по коду ничем не хуже VA X (но используйте предварительную версию, 1.2.1 не так уж и хороша)
  • Завершение кода приемлемо, конечно, не так хорошо, как VA X. Автозавершение кода не работает для чего-то более сложного, такого как доступ к членам const_iterator из определения типа QList.
  • Более легкая IDE, чем VC ++, и имеет более удобный графический интерфейс IMO.
  • . Если у вас уже есть VC ++ 2005 или 2008 и VA X, я рекомендую вам установить надстройку Qt и использовать VC ++ для разработки. Я также рекомендую вам установить Qt SDK бок о бок и скомпилировать как в MinGW, так и в VC ++, чтобы раньше выявлять межплатформенные проблемы! Старайтесь синхронизировать файлы .pro с sln и остерегайтесь этой проблемы .

11
ответ дан 29 November 2019 в 04:36
поделиться

QTCreator все еще находится в начале своей разработки, если вы сталкиваетесь с ним с Visual Studio.

Лично я использую QTCreator для разработчиков QT, поскольку вся среда QT (IDE, QTDesigner, QT Документация) встроена, и я считаю ее отличной, но пока не зрелой.

Но, поскольку вы раньше разрабатывали с помощью Visual Studio (с надстройкой Visual Assist X), вам следует продолжать ее использовать. Кроме того, для Visual Studio 2008 были выпущены новые двоичные файлы QT . Так что не нужно компилировать QT перед его использованием!

Изменить (5 октября): В следующем выпуске QtCreator 1.3 будет улучшенная система завершения, по крайней мере, не хуже Visual Assist X: http://www.youtube.com/watch?v=TyfO-7lvy%5Fc&feature=player%5Fembedded . . 12111]

7
ответ дан 29 November 2019 в 04:36
поделиться

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

Намного проще иметь все инструменты в одной среде. Средства отладки также довольно обширны и хорошо интегрируются с фреймворком Qt. Автозавершение кода почти так же хорошо, как в Visual Studio (если у вас нет Visual Assist ;-), а навигация по коду очень проста в использовании!

Это вместе с тем фактом, что QtCreator работает со всеми тремя основными платформы в конечном итоге сыграли для меня значение.

Я думаю, что при запуске нового проекта QtCreator стал серьезной альтернативой, которую стоит рассмотреть ...

3
ответ дан 29 November 2019 в 04:36
поделиться

У меня есть Visual Studio 2005 и замечательное дополнение "Visual Assist X" (я называю его VAX), но я доволен использованием Qt Creator. С Qt Creator 1.3 все становится лучше, и я надеюсь, что в 1.4 добавлен браузер классов, что является его худшей слабостью. Но меня постоянно поражает, насколько хорош Qt Creator и насколько ясным является видение его разработчиков. Я говорю, поражен! Как будто все конкуренты VS легли и умерли, и теперь Qt Creator - это все, что действительно стоит для разработки C ++ - Centric IDE. Я всегда ненавидел, как VS разбавлял себя, чтобы адаптироваться к каждому языку, до такой степени, что более поздние версии преуменьшали значение мастеров MFC (фу, но они мне тогда были нужны). Eclipse основан на Java. Мне нравится использовать сборку IDE с Qt, созданную для Qt. Так что идите в Qt Creator и не оглядывайтесь назад.

4
ответ дан 29 November 2019 в 04:36
поделиться

QtCreator достаточно стабильный и удобный IDE, хотя циклы компиляции / отладки в Windows медленнее, чем в Visual Studio. В нем нет всех необычных функций, которые предлагает Visual Studio, но после некоторого использования я просто понял, что не упускаю их. Особенно в C ++, где Visual Studio не поддерживает рефакторинг исходного кода - они действительно продвигают C #, не так ли? ;)

Visual Studio, безусловно, хорошая IDE, но, в конце концов, если вам нужно платить много лицензий только за модные функции (в зависимости от размера вашей команды), эти деньги можно было бы лучше потратить на другие tools.

Вы также избежите проблем с обслуживанием различных файлов проекта (Visual Studio в Windows, что-то еще в MacOS и Linux), даже если вы разрабатываете только для Windows, придет время, когда вам придется компилировать, тестируйте и устраняйте незначительные проблемы в других ОС.

Eclipse - альтернатива, но я не проверял стабильность Designer в этой среде IDE. Вы можете потратить некоторое время на настройку каждой рабочей станции и дождаться обновлений. С другой стороны, вы получаете выгоду от всей среды Eclipse, которая может помочь, если у вас есть другие потребности. Но стоит ли рисковать?

Я определенно сначала попробую QtCreator и постараюсь придерживаться их среды. Если это окажется проблемой, еще не поздно перейти на VS.

У вас тоже неплохие сроки: вам, вероятно, следует протестировать предварительную версию 4.6, обычно официальный выпуск должен быть скоро.

1111806] Вы можете потратить некоторое время на настройку каждой рабочей станции и, возможно, придется ждать обновлений. С другой стороны, вы получаете выгоду от всей среды Eclipse, которая может помочь, если у вас есть другие потребности. Но стоит ли рисковать?

Я определенно сначала попробую QtCreator и постараюсь придерживаться их среды. Если это окажется проблемой, еще не поздно перейти на VS.

У вас тоже неплохие сроки: вам, вероятно, следует протестировать предварительную версию 4.6, обычно официальный выпуск должен быть скоро.

1111806] Вы можете потратить некоторое время на настройку каждой рабочей станции и, возможно, придется ждать обновлений. С другой стороны, вы получаете выгоду от всей среды Eclipse, которая может помочь, если у вас есть другие потребности. Но стоит ли рисковать?

Я определенно сначала попробую QtCreator и постараюсь придерживаться их среды. Если это окажется проблемой, не будет слишком поздно перейти на VS позже.

У вас тоже неплохие сроки: вам, вероятно, следует протестировать предварительную версию 4.6, обычно официальный релиз должен быть скоро.

1111806]

2
ответ дан 29 November 2019 в 04:36
поделиться

Я никогда не использовал интеграцию с визуальной студией Qt, и я только бегло взглянул на qt creator, но все равно вот мои мысли.

Использование Qt Creator дает вам знакомая среда отладки на разных платформах с поддержкой таких вещей, как коллекции Qt.

Похоже, что у Qt Creator действительно хорошие возможности навигации по коду. Он также интегрируется с git, subversion и perforce. При запуске нового проекта это кажется плюсом по сравнению с VS.

2
ответ дан 29 November 2019 в 04:36
поделиться

Я бы порекомендовал хотя бы попробовать QtCreator. Очевидно, что для тех, кто привык к Visual Studio, переход не произойдет в одночасье, но в конце концов, я считаю, что оно того стоит.

Основная причина в том, что хотя вы упомянули, что все разработчики будут использовать Windows, в конечном итоге вам придется запустить программа на других платформах во время тестирования. И тогда трудно представить, что вам не нужно что-то отлаживать и исправлять. Вы можете прекрасно справиться с gdb / vim, но для тех, кто привык к отладчику / редактору, предоставляемому Visual Studio, привыкание к gdb / vim может занять некоторое время. QtCreator не идеален в этой области, но он максимально приближен к Visual Studio.

Несколько других моментов, которые стоит упомянуть:

  • У него нет зрелости Visual Studio, но для IDE, которая ' Что касается просмотра кода, я бы сказал, что они равны.
1
ответ дан 29 November 2019 в 04:36
поделиться

Рассматривали ли вы третий вариант, MonoDevelop ?

Я обнаружил, что он работает довольно быстро, имеет элементарную поддержку рефакторинга и отлично работает с QT.

Доброта,

Дэн

0
ответ дан 29 November 2019 в 04:36
поделиться

Другой возможностью является использование Netbeans. Взгляните на , этот
Netbeans предоставляет отличные инструменты для памяти и профилирования бесплатно. Более того, интеграция с Qt прекрасна.

3
ответ дан 29 November 2019 в 04:36
поделиться

Используйте QtCreator, но сначала изучите все горячие клавиши.

Я на 30% быстрее (очень субъективно :-) с тех пор, как переключился, и я перепробовал все IDE и редакторы от нескольких дней до нескольких лет. Мне надоело что-то визуальное и даже eclipse, мой давний фаворит.

Сначала я подумал: «Еще одна идея, какая трата времени этих разработчиков», но через несколько дней я использовал Qt Creator даже для других целей. -Qt C ++ разработка.

Эта IDE помогает вам сосредоточиться на работе, скрывает все отвлекающие факторы и позволяет прыгать вместо поиска. (Итак, браузер классов не нужен)

9
ответ дан 29 November 2019 в 04:36
поделиться

qtcreator с ccache и make -j 5 сокращают время компиляции до почти незаметного.

-1
ответ дан 29 November 2019 в 04:36
поделиться

Нажмите CTRL + K в QtCreator.

2
ответ дан 29 November 2019 в 04:36
поделиться