Хочу, наконец, избавиться от Buildr'a. Глючный он, непонятно каким стандартам следует, поддерживают его нехотя, про boost не говорю. Вобщем, как обычно.
Поставил VC2005. И глаза разбежались: MFC,ATL,ActiveX,WTL,.NET ... Но в MFC контролов очень мало да и пишут, мол, устаревает. MC++, как я понял, не поддерживает STL (или я не прав) ATL хочу попробовать — но вдруг она уже при смерти. как и VCL ?
1.На чём сейчас мир пишет? Или все уже на dotNet перебрались, кроме меня ?
2.Есть прямой аналог VCL и как дела у этого аналога с GUI ?
3.Можно ли использовать активно развивающийся .NET для создания GUI, и использовть STL и полноценный C++ ?
При всех нареканиях BCB позволял легко создавать GUI (т.к. сбоку прикручен к дельфяцкому коду, для которого компонентов много и часто) и использовать C++ (хоть и плохого качества).
А чем следует заниматься сейчас ?
Спасибо.

Здравствуйте, <Аноним>, Вы писали:

А>1.На чём сейчас мир пишет? Или все уже на dotNet перебрались, кроме меня ?

На многом: здесь

Автор: SchweinDeBurg
Дата: 13.10.06

. Нет, не все.

Здравствуйте, Аноним, Вы писали:

А>Хочу, наконец, избавиться от Buildr'a. Глючный он, непонятно каким стандартам следует, поддерживают его нехотя, про boost не говорю. Вобщем, как обычно.
А>Поставил VC2005. И глаза разбежались: MFC,ATL,ActiveX,WTL,.NET ... Но в MFC контролов очень мало да и пишут, мол, устаревает. MC++, как я понял, не поддерживает STL (или я не прав) ATL хочу попробовать — но вдруг она уже при смерти. как и VCL ?
А>1.На чём сейчас мир пишет? Или все уже на dotNet перебрались, кроме меня ?
Нет не все Я, например, не-гуй пишу на чем удобнее (С++, perl, lua, python, bash, etc.), а гуй в основном на С++ с Qt — имхо, на данный момент лучшая гуй-библиотека под С++, и одна из лучших вообще.

А>2.Есть прямой аналог VCL и как дела у этого аналога с GUI ?
Для С++ есть Qt (кстати, одна из версий борландовской гуй-библиотеки была деланна на ней) — кросплатформенная, мощная и удобная, но стоит денег или надо использовать GPL версию. Из бесплатных есть GTK+ и его обёртки, wxWidgets, и т.д.
А вообще, конечно, есть Java+родной гуй, Java+Qt, .Net+WinForms, .Net+GTK,

А>3.Можно ли использовать активно развивающийся .NET для создания GUI, и использовть STL и полноценный C++ ?
Насколько я понимаю — нет очень. Managed C++ он только похож на С++, но по сути другой язык. Но я могу ошибаться, так как почти с ним не работал.

Здравствуйте, Аноним, Вы писали:

А>Хочу, наконец, избавиться от Buildr'a. Глючный он, непонятно каким стандартам следует, поддерживают его нехотя, про boost не говорю. Вобщем, как обычно.
Правильно

А>Поставил VC2005. И глаза разбежались: MFC,ATL,ActiveX,WTL,.NET ... Но в MFC контролов очень мало да и пишут, мол, устаревает. MC++, как я понял, не поддерживает STL (или я не прав) ATL хочу попробовать — но вдруг она уже при смерти. как и VCL ?
MFC не устаревает и не устареет — если будешь писать под винду на ++ все равно придется сталкиваться. В общем все правильно надо MFC and ATL, WTL по желанию т.к. это даже не встраевымая библиотека — ее качать отдельно (раньше так было)

А>1.На чём сейчас мир пишет? Или все уже на dotNet перебрались, кроме меня ?
А>2.Есть прямой аналог VCL и как дела у этого аналога с GUI ?
Ну пожалуй WinForms как раз ближе всего. Но мое мнение если писать на .net тогда на С# все-таки они друг для друга затачивались.

Здравствуйте, Alex Dav, Вы писали:
AD>MFC не устаревает и не устареет — если будешь писать под винду на ++ все равно придется сталкиваться. В общем все правильно надо MFC and ATL, WTL по желанию т.к. это даже не встраевымая библиотека — ее качать отдельно (раньше так было)
MFC морально и физически устарел лет пять-десять назад. Майкрософт его больше не поддерживает и не развивает. Мало того что это изначально был полуживой уродец, так сейчас он уже давно умер и пахнет Не понимаю мазохистов, которые до сих пор новый код на МФЦ пишут...

Здравствуйте, Zigmar, Вы писали:

Z>Здравствуйте, Alex Dav, Вы писали:
AD>>MFC не устаревает и не устареет — если будешь писать под винду на ++ все равно придется сталкиваться. В общем все правильно надо MFC and ATL, WTL по желанию т.к. это даже не встраевымая библиотека — ее качать отдельно (раньше так было)
Z>MFC морально и физически устарел лет пять-десять назад. Майкрософт его больше не поддерживает и не развивает.
А вот в MS считают по другому

Z>Мало того что это изначально был полуживой уродец, так сейчас он уже давно умер и пахнет Не понимаю мазохистов, которые до сих пор новый код на МФЦ пишут...
Ну вам видней — как не мазохист уже наверное давно свою библиотеку разработали?

MFC это несколько более высокая обертка апишных функций — вот и все.

На что поменять C++ Builder?
Только на водку меняй!!!

Здравствуйте, Zigmar, Вы писали:

Z>Здравствуйте, Аноним, Вы писали:

А>>Хочу, наконец, избавиться от Buildr'a. Глючный он, непонятно каким стандартам следует, поддерживают его нехотя, про boost не говорю. Вобщем, как обычно.
А>>Поставил VC2005. И глаза разбежались: MFC,ATL,ActiveX,WTL,.NET ... Но в MFC контролов очень мало да и пишут, мол, устаревает. MC++, как я понял, не поддерживает STL (или я не прав) ATL хочу попробовать — но вдруг она уже при смерти. как и VCL ?
А>>1.На чём сейчас мир пишет? Или все уже на dotNet перебрались, кроме меня ?
Z>Нет не все Я, например, не-гуй пишу на чем удобнее (С++, perl, lua, python, bash, etc.), а гуй в основном на С++ с Qt — имхо, на данный момент лучшая гуй-библиотека под С++, и одна из лучших вообще.

А>>2.Есть прямой аналог VCL и как дела у этого аналога с GUI ?
Z>Для С++ есть Qt (кстати, одна из версий борландовской гуй-библиотеки была деланна на ней) — кросплатформенная, мощная и удобная, но стоит денег или надо использовать GPL версию. Из бесплатных есть GTK+ и его обёртки, wxWidgets, и т.д.
Z>А вообще, конечно, есть Java+родной гуй, Java+Qt, .Net+WinForms, .Net+GTK,

А>>3.Можно ли использовать активно развивающийся .NET для создания GUI, и использовть STL и полноценный C++ ?
Z>Насколько я понимаю — нет очень. Managed C++ он только похож на С++, но по сути другой язык. Но я могу ошибаться, так как почти с ним не работал.
Спасибо !
А как в Qt с инженерной графикой ? Например, нарисовать несколько кривых (скажем, 10 по 10000 точек в каждой) с возможностью удалять/вставлять их, подписывать ?
Другими словами, есть чем заменить TChart из VCL ? Платная версия — навороченная библиотека с огромным набором всяческиз примочек для рисования графиков:
2/3D, карты, просто графики, на чертеже м.б. множество осей, сами кривые (серии) могут по-разному рисовать точки. А также без единой строчки своего кода зуммирование/скроллинг/предпросмотр печати. Подписи там, рамочки интерактивные и прочее. Причём рисование происходит в стиле:

TFastLineSeries * ser = new TFastLineSeries(0);
ser->FillSamlesValue(1000000);
ser->ParentChart = Chart1;

И всё, забыл про это. И пользователь может скроллировать/зуммировать и т.д.
А то тут чел несколькими ветками ниже спросил похожее. Так ему предложили чуть ли не WM_PAINT обрабатывать.

Здравствуйте, Аноним, Вы писали:
А>А как в Qt с инженерной графикой ? Например, нарисовать несколько кривых (скажем, 10 по 10000 точек в каждой) с возможностью удалять/вставлять их, подписывать ?
А>Другими словами, есть чем заменить TChart из VCL ? Платная версия — навороченная библиотека с огромным набором всяческиз примочек для рисования графиков:
А>2/3D, карты, просто графики, на чертеже м.б. множество осей, сами кривые (серии) могут по-разному рисовать точки. А также без единой строчки своего кода зуммирование/скроллинг/предпросмотр печати. Подписи там, рамочки интерактивные и прочее. Причём рисование происходит в стиле:

В Qt 4.2+ есть мощнейший модуль для векторной графики Graphics View Framework — объектно-ориентированный, антиалиазинг, альфа-блендинг, безье-кривые, поддержка аппаратного ускорения, рендер на разные девайсы (софтверный буффер, окно, принтер, OpenGL), несколько views на документ, клиппинг на основе BSP Tree, анимация, пользовательские эвенты, иерархические трансформации и т.д. Во общем полный набор и это при очень удобном интерфейсе. Я тут для своего опенсорсного проекта сделал тест которые рендерит а риал-тайм и позволяет выделять и двигать 250000 элементов с градиентами (см. код).

Еще есть библиотека qwt на основе Qt, для рендеринга разных технических графиков .

Здравствуйте, Zigmar, Вы писали:

Z>В Qt 4.2+ есть мощнейший модуль для векторной графики Graphics View Framework — объектно-ориентированный, антиалиазинг, альфа-блендинг, безье-кривые, поддержка аппаратного ускорения, рендер на разные девайсы (софтверный буффер, окно, принтер, OpenGL), несколько views на документ, клиппинг на основе BSP Tree, анимация, пользовательские эвенты, иерархические трансформации и т.д. Во общем полный набор и это при очень удобном интерфейсе. Я тут для своего опенсорсного проекта сделал тест которые рендерит а риал-тайм и позволяет выделять и двигать 250000 элементов с градиентами (см. код)
Z>Еще есть библиотека qwt на основе Qt, для рендеринга разных технических графиков .

Ух, спасибо. За ссылки особенно. Я было решил, что помирает ++, а тут вон как!

Здравствуйте, SchweinDeBurg, Вы писали:

SDB>На многом: здесь

Автор: SchweinDeBurg
Дата: 13.10.06

. Нет, не все.

Мда, эйфория прошла, когда добрался до прайса Qt. $2000 — $3000. Понимаю всё про сыр, но.. гм.. с VCL в этом смысле (в смысле сыра) было проще. Народнее, что ли, она была .. Да времена уже не те.. Надо поразмыслить. За ссылки — отдельное спасибо.

Здравствуйте, shvonder, Вы писали:

S>Мда, эйфория прошла, когда добрался до прайса Qt. $2000 — $3000.

Ну, есть еще Qt/Windows Open Source Edition.

S> За ссылки — отдельное спасибо.

Всегда пожалуйста.

Здравствуйте, shvonder:

S>Мда, эйфория прошла, когда добрался до прайса Qt. $2000 — $3000. Понимаю всё про сыр, но.. гм.. с VCL в этом смысле (в смысле сыра) было проще.
Visual Studio Pro стоит меньше $1000. Enterprise — да дороговато, но BCB Enterprise вроде ещё дороже. Вообще Борландовски продукты дороже МС аналогов. Или вы цену пиратки BCB с ценой на лицезионнную Visual Studio сравниваете?
Переходите на .NET (C#) — это ближе всего к VCL. Тем более что, извиняюсь конечно, но BCB программеры как правило не знают ни С++ ни Windows и способны работать только в рамках VCL.

Здравствуйте, Аноним, Вы писали:

A> Тем более что, извиняюсь конечно, но BCB программеры как правило не знают ни С++ ни Windows и способны работать только в рамках VCL.

Убей себя

Здравствуйте, Zigmar, Вы писали:

Z>MFC морально и физически устарел лет пять-десять назад. Майкрософт его больше не поддерживает и не развивает. Мало того что это изначально был полуживой уродец, так сейчас он уже давно умер и пахнет Не понимаю мазохистов, которые до сих пор новый код на МФЦ пишут...
GUI делаю на MFC т.к. использую Codejock. Всё остальное — без MFC — терпеть их не могу. А на чем вы можете сделать современный GUI без .NET? Готовых возможностей того же Qt хватит только на то, что считалось современным году в 96. А если нужен грид — то без .NET уже не обойтись. Мне недавно пришлось вообще свой иерархический грид писать — заказчик сказал что .NET — нельзя (я с ним вполне согласен), а что есть для плюсов кроме Stingray Objective Grid, который выглядит архаично и состоит из одних багов нефиксанных с 98 года?

Здравствуйте, Коваленко Дмитрий, Вы писали:

КД>Убей себя
Смотрите ниже: "Другими словами, есть чем заменить TChart из VCL ?". Плюсовые программеры таких вопросов не задают.

Здравствуйте, Аноним, Вы писали:

КД>>Убей себя
А>Смотрите ниже: "Другими словами, есть чем заменить TChart из VCL ?". Плюсовые программеры таких вопросов не задают.

Да ну?

Здравствуйте, Zigmar, Вы писали:

Z>Для С++ есть Qt (кстати, одна из версий борландовской гуй-библиотеки была деланна на ней)
Это какая? У них когда-то был MFC-подобный OWL, а потом стал дельфиский VCL. Где там Qt?

Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>Да ну?
Ну да. Типичный вопрос по теме Делфи где "используйте компонент TToUpperCase для перевода символов строки в верхний регистр — ой, а у меня его нет — как же быть?". Точно также как и представление, что всё на свете должно быть прикручено прямо в IDE и двигаться мышкой, а ежели не прикручено и без мышки — значит и не существует. А уж самому что-то сделать — вообще нонсенс.
Не беру на работу людей с длит. опытом BCB — безнадёга, в большинстве случаев, и уже не исправить. Если вижу вообще упоминание о нём в резюме — вероятность собеседования стремится к нулю. Субъективно, не спорю, но это опыт пятнадцати лет.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Zigmar, Вы писали:

Z>>Для С++ есть Qt (кстати, одна из версий борландовской гуй-библиотеки была деланна на ней)
А>Это какая? У них когда-то был MFC-подобный OWL, а потом стал дельфиский VCL. Где там Qt?
Не помню как называется. Когда они выпустили Кайликс (дельфи/с++ под линукс), с новой гуйной библиотекой — эта библиотека была паскалевской обёрткой Qt.