Qt vs VCL

[Rcus]

Здравствуйте, сейчас 2009 год, STL была принята в стандарт языка 11 лет назад

[f-r-o-s-t]

Здравствуйте, сейчас 2009 год, STL была принята в стандарт языка 11 лет назад

+5

[SABROG]

Здравствуйте, сейчас 2009 год, STL была принята в стандарт языка 11 лет назад

ААА! Люди из будущего!

[lit-uriy]

>>вроде передачи параметром функции, присваивания, суммирования, foreach, динамической размерности и.т.д.
Вот поэтому народ и пишет на Qt. (foreach в частности  в ней есть

[crackedmind]

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

[Rcus]

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

Уже написали BOOST_FOREACH (foreach.hpp, 1KLoC)

[Winstrol]

>>вроде передачи параметром функции, присваивания, суммирования, foreach, динамической размерности и.т.д.
Вот поэтому народ и пишет на Qt. (foreach в частности  в ней есть

Дык foreach реализован через цикл, а значит создает ненужные зависимости между итерациями.
Например,

Код

C++ (Qt)
for (int i=0;i<100;++i)
{
    x[i]+=f(x[i]);
}
 

компилятор в общем случае не сможет переделать в

Код

C++ (Qt)
for (int i=0;i<100;i+=2)
{
    t[0]=f(x[i]);
    t[1]=f(x[i+1]); 
    x[i]+t[0];
    x[i+1]+=t[1];
}
 

т.к. f может содержать "криминальную" зависимость от предыдущего элемента.

Код

C++ (Qt)
void f(double& a)
{
double* t=&a;
return t[0]+t[-1];
}
 

Код

C++ (Qt)
а операции вроде 
x[i]+=t[0];
x[i+1]+=t[1];
 

выполняются почти параллельно на процессорах с конвеером.

Приходится использовать ключи типа whole program optimization \ link-time code generation, чтобы компилятор лез в другой файл, чтобы увидеть, что в теле f ничего криминального. Отсюда растет время компиляции и.т.д. А всего-то надо оператор, семантика которого не зависела от порядка работы с элементами массива.

[lit-uriy]

>>return t[0]+t[-1];
я что-то такую криминальную зависимость совсем не понял

[Winstrol]

>>return t[0]+t[-1];
я что-то такую криминальную зависимость совсем не понял

Результат зависит от порядка обновления элементов в foreach.

[lit-uriy]

А отрицательный индекс в масиве?

[f-r-o-s-t]

А отрицательный индекс в масиве?

Это не отрицательный индекс, это элемент перед t.

[Tonal]

От нахоливарили!

Уже столько раз всё это обсасывалось, что что-то писать по новой лениво.
Замечу только, что практически всех дельфяников при встречи с Qt берёт оторопь, и они начинают возмущаться какое это отстой и старьё.
Парадокс Блаба в действии.
Примечательно, что практически всех из них, кто продолжает работать с Qt дальше, через месяца 2-4 начинает раздражать неудобство работы в Delphi по сравнению с C++ + Qt.
Хотя об этом уже не так громко говорят.

[Spicos]

От нахоливарили!

Уже столько раз всё это обсасывалось, что что-то писать по новой лениво.
Замечу только, что практически всех дельфяников при встречи с Qt берёт оторопь, и они начинают возмущаться какое это отстой и старьё.
Парадокс Блаба в действии.
Примечательно, что практически всех из них, кто продолжает работать с Qt дальше, через месяца 2-4 начинает раздражать неудобство работы в Delphi по сравнению с C++ + Qt.
Хотя об этом уже не так громко говорят.

+1!

[BigZ]

Коллеги, понравился ваш спор и решил тоже тут отметиться. Qt очень хорошая библиотека
и думаю она скоро станет де-факто стандартом для разработки GUI в C++. А точнее уже стала. Но Delphi в настоящий момент имеет ряд преимуществ. Вот те, которые мне видятся:

- В Qt нет возможности использовать исключения.
- Qt дизайнер и концепция сигналов слотов не позволяет сразу сгенерировать обработчик в сырце для кодирования.
- У Qt дизайнера нет возможности добавить на форму не визуальный компонент.
- Qt требует наличия рантайма в виде QtCore, QtGui и т.д. (хотя это частично можно обойти статической линковкой)
- Скорость сборки приложения на Qt в разы медленнее, чем на Delphi. К примеру, сравните скорость ребилда Qt и VCL,
  для случая, когда вносились изменения сами эти библиотеки.



>>А мне в паскале дико видеть ":" перед "=".   
>>Накой сдалось ":"? Это эргономичный синтаксис? имхо разговор перетек не в то  русло...

Оператор ":=" в Паскале это присвоение, чтобы отличать от оператора равенства "=".
В С++ тоже отличается, "=" и "==".

Согласен с топикстартером, что кросплатформенный нативный Delphi (не NET и не CLX) может озолотить

[BRE]

- В Qt нет возможности использовать исключения.

Ты имеешь ввиду что сама Qt не использует исключения?

- Qt дизайнер и концепция сигналов слотов не позволяет сразу сгенерировать обработчик в сырце для кодирования.

А это надо?

- У Qt дизайнера нет возможности добавить на форму не визуальный компонент.

Зачем на форме не визульный компонент? На форме нужны визуальные - форма она на экране.

- Qt требует наличия рантайма в виде QtCore, QtGui и т.д. (хотя это частично можно обойти статической линковкой)

Не знаток делфи... А там библиотеки никакие не используются. Может стоит глянуть в зависимости.

- Скорость сборки приложения на Qt в разы медленнее, чем на Delphi. К примеру, сравните скорость ребилда Qt и VCL,
  для случая, когда вносились изменения сами эти библиотеки.