![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() ![]() |
![]() |
Алексей1153 |
![]()
Сообщение
#11
|
![]() фрилансер ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участник Сообщений: 2943 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: ![]() ![]() ![]() |
Контейнеры в Qt создали в том числе потому потому, что STL в полной мере реализован не везде. Так что если делать кроссплатформенное ПО, то не вижу смысла от них отказываться. Если честно, я вообще не вижу смысл не использовать все фичи Qt, если в проекте используется Qt. интересно, где реализована поддержка Qt без STL. приведи примеры ? А вот STL - истинно кроссплатформенный. Да и привычнее ![]() Они создали свои контейнеры по другой причине ИМХО - с оглядкой на специфику Qt. С поддержкой многопоточности (где-то мелькало на форуме). А STL - это верх минимализма, а если хочется многопоточности, обёртывай в класс и комбинируй с синхронизаторами. То есть, терять в производительности можно в зависимости от задачи, а не по принуждению всегда Сообщение отредактировал Алексей1153 - 2.12.2010, 23:26 |
|
|
Obey-Kun |
![]()
Сообщение
#12
|
![]() Студент ![]() Группа: Участник Сообщений: 96 Регистрация: 24.3.2010 Пользователь №: 1556 Спасибо сказали: 3 раз(а) Репутация: ![]() ![]() ![]() |
Мне вот эта строка в память отложилась: «Qt предоставляет свои реализации строк, контейнеров и алгоритмов в качестве упрощенной кроссплатформенной альтернативы для STL». Из этой статьи — http://www.ibm.com/developerworks/ru/library/l-qt_3/. Просто отложилась неправильно
![]() Да, вряд ли найдётся нечто, где STL не портировали, а Qt есть. Cпорить не буду, т.к. если мыслить в таком ключе, то ты прав. Сообщение отредактировал Obey-Kun - 2.12.2010, 23:20 |
|
|
![]() ![]() ![]() |
![]() |
Текстовая версия | Сейчас: 11.3.2025, 7:03 |