SPTK - C++ библиотека для кросс-платформенной разработки

> А какой процент возможностей Qt покрывается этим SPTK? 10? 15?

Для примерно 30 проектов, сделанных мной в нескольких компаниях, покрывается 100% потребного функционала. Все проекты - бизнес-приложения. Что касается функционала QT, то, скажем, Excel он генерировать не умеет. С SQLite3 он тоже вроде не работает. Так что - QT не полностью покрывает функционал SPTK :)

Попробуйте дописать драйвер, скажем, PostgreSQL (не ODBC), чтобы он вошел в QT как родной. В SPTK это работа на несколько часов. А в QT?

>но в FLTK он уже 2 года как был в виде патча...

ну, уже не патча, а своей версии 1.1.x

З.Ы вопрос не по теме sS, а что за вещь freeCFD (на данное время)? 2D 3D? Годунов или ещё что? ещё жива? может ссылка есть почитать, что она может... free ли она?

> Деццкий сат. И реакция на конкретные вопросы соответствующая уровню детского сада. Я спрашиваю, сколько из реализованного в Qt у вас есть. Ответить очень просто. Берёте документацию по Qt и прямо по базовым классам: это - есть, этого - нет и пр. И сразу станет ясно, для кого эта библиотека и чего я от неё могу ожидать.

Вот здесь базовые классы SPTK: http://www.sptk.net/classes/hierarchy.html.

> ODF как поддерживается?

Поддерживается Excel 95/97/2000, который распознается как OpenOffice, так и MS Excel. Про ODF речь пока не шла.

> С SQLite3 он тоже вроде не работает. Так что - QT не полностью покрывает функционал SPTK :) Попробуйте дописать драйвер, скажем, PostgreSQL (не ODBC), чтобы он вошел в QT как родной. В SPTK это работа на несколько часов. А в QT?

Вылазь уже из танка! :)

http://doc.trolltech.com/latest/qsqldatabase.html#QSqlDatabase-3

> Что касается функционала QT, то, скажем, Excel он генерировать не умеет.

Зачем графическому тулкиту уметь генерировать Excel?! И эти люди учат нас "компактности" и "легкости".

> Попробуйте дописать драйвер, скажем, PostgreSQL [...] С SQLite3 он тоже вроде не работает. Так что - QT не полностью покрывает функционал SPTK :)

Вы, простите, наркоман? И с sqlite, и c postgersql qt работатет еще с 3 версии: http://doc.trolltech.com/3.3/sql-driver.html. Из коробки. И ничего не надо "писать несколько часов". Ступайте дальше портировать темы с MACOSX, не позорьтесь уж тут.

> Что касается функционала QT, то, скажем, Excel он генерировать не умеет.

А что такое Excel? Кроссплатформенное приложение? Как мне его запустить под линуксом в нативной среде?

Если мне надо экспортировать данные в Excel, я просто создаю SYLK-файл. Его и OOo Calc, кстати, открывает не подавившись.

Или ты там диаграммы в excel'е рисуешь?

>ну, уже не патча, а своей версии 1.1.x

Ну я давно ей не видел ;)

>что за вещь freeCFD (на данное время)? 2D 3D? Годунов или ещё что?

Та версия на скриншоте 2D. Нет это не Годунов, там модифицированный Мак-Кормак.

>ещё жива?

Несколько в ином виде и под другой фамилией но жива ;) (2D/3D, structed mesh) Сейчас идёт её переписывание под новое действительно мощное железо и под MPI(mvapich) раньше она была под PVM, возможно будет лёгкая версия под OpenMP.

>может ссылка есть почитать, что она может...

Ссылок нет ... пока

> free ли она?

Пока нет но всё возможно Грант под неё пока идёт ...

> Зачем графическому тулкиту уметь генерировать Excel?! И эти люди учат нас "компактности" и "легкости".

Покажите мне слово 'графический' в названии тулкита. Если вам не надо - не ваша проблема. Но практически 100% бизнес-приложений в US и Аввстралии, что мне приходилось делать, должны были уметь экспортировать данные в Excel. Я не собираюсь учить ни компактности, ни легкости, если непонятно, что 1.9MB легче чем 8MB+. В этих условиях надо учить математике.

> Вы, простите, наркоман? И с sqlite, и c postgersql qt работатет еще с 3 версии: http://doc.trolltech.com/3.3/sql-driver.html. Из коробки. И ничего не надо "писать несколько часов". Ступайте дальше портировать темы с MACOSX, не позорьтесь уж тут.

Я, простите, привел пример источника данных. Хорошо, возьмите Firebird или еще что-то. И впишите его в QT. Или ODBC-ODBC bridge.

> бизнес-приложений в US и Аввстралии,

Кстати как заказчики относятся к тому что лицензия LGPL ? =)

>Кстати как заказчики относятся к тому что лицензия LGPL ? =)

Пока проблем не было - все довольны. А откуда ждать неприятностей?

> Пока проблем не было - все довольны. А откуда ждать неприятностей?

Возникают вопросы когда LGPL софт перепродаётся в 3-d party продукте...

>Пока нет но всё возможно Грант под неё пока идёт ...

грант - это круто.

а не знаешь, есть ли какие открытые CFD солверы или сеткопостроители для структурированных сеток?

>а не знаешь, есть ли какие открытые CFD солверы или сеткопостроители для структурированных сеток?

Разумеется есть

Открытые солверы (OpenFOAM самый навороченный из них):

http://cfd-online.com/Links/soft.html#cfd_codes

Генераторы сеток: http://cfd-online.com/Links/soft.html#mesh

PS: Сейчас кстати сам вот сижу пишу генератор сеток ;)

а вот зачем народ изобретает прослойку к БД, совсем непонятно - есть куча хороших реализаций, поддерживающих различные БД, в том числе и реализации с более либеральными лицензиями. Смотрите в сторону soci.sf.net, и т.п.

Больше велосипедов хороших и разных. :)

> Основное назначение библиотеки - предоставить логически целостную среду для разработки БИЗНЕСС-программ. Следовательно вы можете ожидать, что у нас поддерживаются ПОТОКИ (threads). И компоненты имеют возможность легко ОБЩАТЬСЯ с источниками данных. Да что вам еще нужно, в самом деле?!

Потоки, говорите? А почему в документации из примитивов синхронизации у вас только RWLock описан? А mutex-ы с condition variables где?

> Не кормите троллей :)

Ага, меня давно прикалывал такой контекст фразы. :) Надо Столлману подкинуть идею. Кампания, призванная призвать большее количество програмистов писать GPL приложения под Qt/KDE. :)

> бизнесс-программ.

"Бизнесс-программы" - это чего? Типа окошко с кнопкой "делать мне зашибись пока остатки мозга не откажут"? Дык этим людям Гнома хватит, только его ещё чуток похиганутей сделать нужно и без всякий костылей получится обойтись.

>Генераторы сеток: http://cfd-online.com/Links/soft.html#mesh

мда... , что-то не густо открытых генераторов на структурированные сетки

>PS: Сейчас кстати сам вот сижу пишу генератор сеток ;)

успехов. у нас как-то не очень получается, наш генератор самолёт обтягивает за месяц труда с переменным успехом :-)

> А почему в документации из примитивов синхронизации у вас только RWLock описан? А mutex-ы с condition variables где?

Мы не ставили целью покрыть максимальное кол-во возможностей. Кроме CRWLock, который под *nix и будет mutex-ом, но без условий, есть еще CQueryLock (для нормальной работы CQuery) и CGuard (аналог CriticalSection). Если нужно что-то более продвинутое - делается это несложно, но для большинства наших задач хватало того, что есть.

Пока хотя бы нескольким пользователем SPTK что-то не понадобится, это что-то мы в проект не вводим. Исключение делается только для явно полезных вещей.

насчёт размера qt хотелось бы напомнить про оперу которая на нём написана и работает практически на всех PDA. Плюс не стоит забывать что qt ещё и хороший набор удобных c++ классов и конструкций которые не связаны напрямую с графикой но позволяют не изобретать велосипед например в части сети и ещё по куче поводов.

>у нас как-то не очень получается, наш генератор самолёт обтягивает за месяц труда с переменным успехом :-)

На сколько узлов ?

насчет размера оперы - так она статически слинкована и не такая уж маленькая. Статически слинкованные SPTK программы еще меньше, поскольку SPTK не использует большинство FLTK widgets.

Библиотека графики в SPTK отдельна от базового кода. Если вам нужно консольное приложение - то все источники данных (CQuery,CImapDS, и прочая), потоки, XML, etc доступны без графики - как классы.

>мда... , что-то не густо открытых генераторов на структурированные сетки

По самой первой ссылке ходили ?

http://www-users.informatik.rwth-aachen.de/~roberts/software.html

>> А почему в документации из примитивов синхронизации у вас только RWLock описан? А mutex-ы с condition variables где?

> Мы не ставили целью покрыть максимальное кол-во возможностей. Кроме CRWLock, который под *nix и будет mutex-ом, но без условий, есть еще CQueryLock (для нормальной работы CQuery) и CGuard (аналог CriticalSection). Если нужно что-то более продвинутое - делается это несложно, но для большинства наших задач хватало того, что есть.

> Пока хотя бы нескольким пользователем SPTK что-то не понадобится, это что-то мы в проект не вводим. Исключение делается только для явно полезных вещей.

Сложно не отнести mutex и condition variable к числу явно полезных вещей при многопоточном программировании. Ну да ладно.

Объясните тогда, плз, вот что. Скажем, для C/C++ есть ACE и Poco для многопоточности/многопроцессовости/сетевого слоя, есть libxml2/expat/xerces/poco для XML, есть Qt/FOX/Fltk/wxWidgets для GUI, есть OTL/Qt для работы с БД, есть gSOAP/Corba brockers/Ice для реализции распределенщины. Все это давно существующие, с большим сообществом, с наличием документации и поддержки проекты. Часть из них решает только одну задачу, но делает это хорошо.

Что такого может дать разработчики SPTK, чтобы отказаться от вышеперечисленных библиотек в пользу вашей?

>QT это монстр, место которому в топке.

о. подтянулись нищеброды-либофобы с гиговыми винтами. тебе в menuetos родной, а ты нам тут мозги пудришь

>но на Qt писать, как-то рука не поднимается :-))))))))

хм, мозг мигрировавший в руку.. интересный случай

>На сколько узлов ? ~15 000 000 блоков этак 300

не забывайте про boost - там сейчас много чего хорошего добавляется, вот бы POCO с ними в области наработок объединилось - было бы больше пользы, чем от делания одной и той же работы в двух проектах

> подтянулись нищеброды-либофобы с гиговыми винтами

Ананибус "убей сибя ап стену"

ss@hyperblade-master:~> df -h | grep T
                      2.6T  291G  2.3T  12% /mnt/pvfs2

ss@hyperblade-master:~> tail -n20 linpack.o579
- Computational tests pass if scaled residuals are less than           16.0

============================================================================
T/V                N    NB     P     Q               Time             Gflops
----------------------------------------------------------------------------
WR00L2L2       65400   140     5     8            1083.43          1.721e+02
----------------------------------------------------------------------------
||Ax-b||_oo / ( eps * ||A||_1  * N        ) =        0.0189379 ...... PASSED
||Ax-b||_oo / ( eps * ||A||_1  * ||x||_1  ) =        0.0129205 ...... PASSED
||Ax-b||_oo / ( eps * ||A||_oo * ||x||_oo ) =        0.0023592 ...... PASSED
============================================================================

Finished      1 tests with the following results:
              1 tests completed and passed residual checks,
              0 tests completed and failed residual checks,
              0 tests skipped because of illegal input values.
----------------------------------------------------------------------------

End of Tests.
============================================================================


Однако это не мешает Qt-шной морде от CFX-10 тормозить даже на этой железяке....

> ~15 000 000 блоков этак 300

Прилично. Я как раз закладываюсь на 15-20 мильёнов (больше в память не засунуть)

Насколько там много ручной работы ?

>По самой первой ссылке ходили ?

ага. там структурированных что-то в свободной загрузке не нашел. или мертвые ссылки или на наса отсылают или регистрироваться надо.

видно пора на неструктурированные сетки переходить. :-)

>Насколько там много ручной работы ?

ручной работы много и идеология намного порочна. там половина работы, подготовка геометрии, перестроение некоторых поверхностей из того что было, построение вспомогательных поверхностей,

а потом если повезет и сеткопостроитель всё переварит, то остаётся только излы на ребрах расставить.

> Но практически 100% бизнес-приложений в US и Аввстралии, что мне приходилось делать, должны были уметь экспортировать данные в Excel.

Пишешь скажем в html и скармливаешь Excel/Calc...

>хм, мозг мигрировавший в руку.. интересный случай

хорошо что не в. хм.

ещё проги у нас далеко не GPL.

так, что Qt идёт лесом.

>видно пора на неструктурированные сетки переходить. :-)

Только на них считает медленнее. Особенно если сеть большая. У меня как раз колега пишет unstructed кусок.

> есть куча хороших реализаций, поддерживающих различные БД, в том числе и реализации с более либеральными лицензиями. Смотрите в сторону soci.sf.net

Господи, это что за костыли? Нормальный ORM плюсплюсники до сих пор не осилили? Мда...

> Покажите мне слово 'графический' в названии тулкита. Если вам не надо - не ваша проблема. Но практически 100% бизнес-приложений в US и Аввстралии, что мне приходилось делать, должны были уметь экспортировать данные в Excel. Я не собираюсь учить ни компактности, ни легкости, если непонятно, что 1.9MB легче чем 8MB+. В этих условиях надо учить математике.

Неужели ваши состоятельные бизнес-заказчики из австралии и US настолько нищие голодранцы, что не могут скачать лишние 6Мб? Они и платят вам тоже с такой феноменальной скупостью? Бедный вы.

> Я, простите, привел пример источника данных. Хорошо, возьмите Firebird или еще что-то. И впишите его в QT.

Стандартный QIBASE - Borland Interbase Driver позволяет использовать Firebird. А что "еще что-то"? Не хватило фантазии? В том-то и дело, что с QT нет необходимости заниматься излишним онанизмом в виде написания драйверов для доступа к БД. Все уже есть. It just works. Впрочем для особо неугомонных предусмотрена и такая возможность: http://doc.trolltech.com/4.2/sql-driver.html#how-to-write-your-own-database-d... Нечего ответить?

Поймите, вам тут не рады с вашим одиозным бизнес-велосипедом. У которого вместо одной педали экспорт в Excel, а вместо другой - кнопочки из MacOS. Кому он кроме вас нужен? Эта ржавая рухлядь с бездарно размалеванной рамой? Просто смешно. А вы постите новости, обсуждаете, на что-то надеетесь...

если руки не кривые, то можно все самому сделать - на написание своего компонента уходит совсем немного времени, а вот многие веши в fltk сделаны не стандартно, зато изящно - до сих пор им пользуюсь, если надо сделать мальнькую и быструю программку

пользуйся свистой

>насчёт размера qt хотелось бы напомнить про оперу которая на нём написана и работает практически на всех PDA

Насколько мне известно, опера линкуется с qt только под системами с X-сервером.

По крайней мере, под винду опера точно без qt.

> Поймите, вам тут не рады с вашим одиозным бизнес-велосипедом.
Я теперь понимаю, почему большинство бизнес-приложений работают только под windows.

А ещё мне интересно, когда qt включат в кернел. И когда наконец отменят c++ без qt.

> Неужели ваши состоятельные бизнес-заказчики из австралии и US настолько нищие голодранцы, что не могут скачать лишние 6Мб? Они и платят вам тоже с такой феноменальной скупостью? Бедный вы.

Да вроде бы не бедный. А мои заказчики просто ценят время. Программы на SPTK разрабатываются, грузятся, работают быстрее. Код у них проще, сопровождать их легче.

> Стандартный QIBASE - Borland Interbase Driver позволяет использовать Firebird. А что "еще что-то"? Не хватило фантазии? В том-то и дело, что с QT нет необходимости заниматься излишним онанизмом в виде написания драйверов для доступа к БД. Все уже есть. It just works. Впрочем для особо неугомонных предусмотрена и такая возможность: http://doc.trolltech.com/4.2/sql-driver.html#how-to-write-your-own-database-d... Нечего ответить?

Хорошо, что есть. Только зачем грузить лишние мегабайты? Впрочем, я до сих пор не видел ни одной приличной программы типа SQL Explorer на QT. Так что - может оно и just works, но не в проектах. По-крайней мере - не в популярных.

Что же касается велосипеда. GCC тратит неимоверные усилия на оптимизацю программ. А QT легко убивает любую оптимизацию. Зачем раздувать этим уродством систему? SPTK делает то, что нужно для большинства программ в определенной области. Причем делает это оптимально. Если понятие 'оптимально' вас не интересует - ставьте QT и чувствуйте себя героем.

> А вы постите новости, обсуждаете, на что-то надеетесь...

Странно - люди используют SPTK, многим нравится. До ЛОРа никто не пытался кидаться дерьмом - этим страдают, в-основном, анонизмусы. За первый день после публикации на сайт было 800+ уникальных заходов. Насколько я понимаю - если бы QT было _настолько_ прекрасно, то никто бы никуда не полез.

Кстати - заявления 'вам тут не рады' от человека, которому и зарегистрироваться лень - слышать смешно.

> Пишешь скажем в html и скармливаешь Excel/Calc...

При размерах таблицы до 300..400 строк - работает почти идеально. Хотя и не позволяет многие тонкости форматирования и не позволяет создавать закладки (sheets). Если размер данных больше - время чтения может возрастать до бесконечности..

> Странно - люди используют SPTK, многим нравится. До ЛОРа никто не пытался кидаться дерьмом - этим страдают, в-основном, анонизмусы. За первый день после публикации на сайт было 800+ уникальных заходов. Насколько я понимаю - если бы QT было _настолько_ прекрасно, то никто бы никуда не полез.

Ну, если вам не хочется отвечать на вполне конкретные анонимные вопросы, то пришлось зарегистироваться. И повторить свой вопрос еще раз: что SPTK дает разработчику такого, что нельзя получить используя конкурирующие с вашей библиотеки (т.к. ACE/Poco/FOX/wxWidgets/Xerces/LibXML/Expat и пр)?

Пока видно только, что вы поддерживаете работу с Excel файлами.

Аргумент о том, что SPTK позволяет создавать маленькие по размеру программы... Может быть для PDA это и актуально, или для shareware, но для заказного ПО (как десктопного, так и серверного) это вовсе не аргумент.

Что касается количества заходов на сайт вашего проекта -- гораздо интереснее, сколько было скачиваний и сколько затем было задано вопросов от новых пользователей.

Тем более, что количество посещений вашего сайта _никак_ не связано с качеством Qt. Меня, например, любые велосипеды интересуют -- просто так, как явление. Даже если не понятно, какая от конкретного велосипеда польза.

> Насколько я понимаю - если бы QT было _настолько_ прекрасно, то никто бы никуда не полез.

В корне не верно. По природе свой человек всегда будет искать альтернативу даже тому лучшему, что имеет. И ни факт, что ее найдет - главное альтернативно!

...В прочем с подростковым периодом это обычно проходит :)

>В корне не верно. По природе свой человек всегда будет искать альтернативу даже тому лучшему, что имеет. И ни факт, что ее найдет - главное альтернативно! >...В прочем с подростковым периодом это обычно проходит :)

Чего-то у Линуса и компании _это_ никак не может пройти уже 2-й десяток лет ;)

> Чего-то у Линуса и компании _это_ никак не может пройти уже 2-й десяток лет ;)

Всегда бывают исключения :)

Кому-то нравиться чуствовать себя альтернативным, кому-то исключительным :)

> Ну, если вам не хочется отвечать на вполне конкретные анонимные вопросы, то пришлось зарегистироваться. И повторить свой вопрос еще раз: что SPTK дает разработчику такого, что нельзя получить используя конкурирующие с вашей библиотеки (т.к. ACE/Poco/FOX/wxWidgets/Xerces/LibXML/Expat и пр)?

Поясняю. Вы перечислили в одной куче библиотеки разного типа. Они, каждая в отдельности, весьма неплохи. проблема только в том, что мне нужны сразу несколько из них, причем комплект не меняется от проекта к проекту. Нужны: графика+XML+базы данных+Excel+интеграция всего этого друг с другом. Причем подход к графике ни FOX, ни wxWidgets, ни FLTK мне не подходит - слишком много кода для стандартных задач. Интеграция, скажем, FLTK с XML или ODBC отсутствует. Приличные layouts отсутствуют. Темы, по крайней мере, в FLTK - отсутствуют. Заготовки есть, а тем - нет.

> Аргумент о том, что SPTK позволяет создавать маленькие по размеру программы... Может быть для PDA это и актуально, или для shareware, но для заказного ПО (как десктопного, так и серверного) это вовсе не аргумент.

Никого не интересует обьем кода. Но в KDE (самом активном потребителе QT), тем не менее используется как preload, так и запихивание в tray. Т.e. время загрузки все-таки волнует. Ну а теперь прикинем - какая программа быстрее загрузится? 8Mb+ или все-таки <2M?

Кроме того, SPTK для бизнес-задач оптимальна. Код программы проще и короче. Сопровождение таких программ проще и дешевле. Вам это не надо? Значит у вас нет deadlines для проектов и есть огромная служба поддержки. Тогда SPTK не для вас.

>Что касается количества заходов на сайт вашего проекта -- гораздо интереснее, сколько было скачиваний и сколько затем было задано вопросов от новых пользователей.

Мне было важно, что у людей есть интерес к subject. А это значит - нет на сегодня идеального решения, т.е. Ни QT, ни GTK не удовлетворяют 100% людей. Для оценки реального интереса на SPTK сайте есть опросник. Кол-во вопросов сейчас не превышает 2-3 в неделю, обычно это связано с пониманием документации.

http://www.sptk.net/index.php?act=ssurvey - цифры не включают наши внутренние проекты. Если вы добьетесь использования ваших разработок в 110 production projects - я буду сильно рад за вас. По крайней мере - это показывает наличие довольно большого кол-ва людей, которым это нужно. Для них мы и делаем проект. А если десятку местных анонизмусов кажется нормальным, не понимая для чего проект, называть егодерьмом - так это же у них все внутри. Меня лично это не трогает. Если после посещения сайт 800 людьми хотя бы 100 из них поймут в чем дело, и из них 20 начнут использовать тулкит - я буду считать что результат достигнут.