C#.NET или Qt/C++? Какую технологию лучше выбрать и почему?

01.01.2001

C#.NET или Qt/C++? Какую технологию лучше выбрать и почему?

  • Qt вместе с C++ можно выбрать потому что легче с кроссплатформенностью (я не программирую на C#, и не знаю что из себя представляет Mono [<- Я - линуксоид]) .

    А, так, чисто как тебе нравится. Не нужен Linux и/или Mac? Можешь использать С#, а можешь и Qt + C++.
    Опять же таки не знаю o литературе C#.NET, но для Qt есть такая книжка, как Бланшетт.
    Там всё понятно вообще расписано.

  • C# - простота и удобство, C++ -быстродействие и многоплатформенность
  • Прошу прощения, господа, но если речь зашла о кроссплатформенности, то почему не рассматривается как альтернативный вариант JAVA-2? Я с Qt/C++ не знаком, но, насколько помню, С++ в себе не нёс изначально идею переносимости, а для JAVA она была одной из определяющих. Будет ли многопоточное приложение, созданное под Qt без перекомпиляции и без установки дополнительных библиотек одинаково успешно работать на Unix/Linux, Windows98, WinXP, MacOS, PalmOS, QNX и т. д.??? Я не в курсе, может, просвещённые есть? Вообще, если не нужно обращаться непосредственно к функциям ОС, то JAVA-2, как альтернативу, отбрасывать не стоит.
  • Так автор вопроса и не интересовался кроссплатформенностью.

    Разница в технологиях. И даже на вес эти вещи разные.
    Qt ведь не занимает 350 мегабайтов? Потому что там нет очень многого что есть в любой инсталляции .NET . Отсюда рост размера ехе-шника для С++.

    C# прогеры идут в # не потому что он под Windows, а потому что там гигантская бибилиотека. И имея её 99% что вам вообще ничего не потребуется. Шаблонный стиль программирования.

    Если же есть устойчивая ненависть к windows то надо учить строго Java или Qt, а потом компилировать под windows и работать в нём. Как 1 знакомый программист работает на Windows XP и говорит, мол круто что всё пишется на Java. Ведь случись что легко перейти на Линух. Но вероятно этого никто никогда не сделает. Хотя б потому что софт под Линух надо было бы доп. тестировать, а машин с линухом слишком мало что б на них ориентироваться.

Вас заинтересует