Изучают ли Делфи в ВУЗАХ

← →
Eraser © (2010-03-21 19:04) [320]

> [317] GDI+ (21.03.10 19:01)

> VCL убог и это все признают.

чем убог, кто все?

> Отчего же покупают такие навороченные вещи типа devexpress.

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

← →
DVM © (2010-03-21 19:07) [321]

> Аноним © (21.03.10 19:03) [319]

> вернемся к вопросу о "зоопарке"
> за попытку использовать JVCL я подчиненным отбиваю пальчики
> вот вы используете сторонние компоненты? не напрягает этот
> "зоопарк" обновлять?

jvcl хоть и монстроуозна, но все же это не зоопарк. Это развитие VCL.

wxWidgets Qt MFC не являются продолжением ни друг друга ни чего то еще.

← →
Аноним © (2010-03-21 19:09) [322]

> wxWidgets Qt MFC не являются продолжением ни друг друга
> ни чего то еще.

и?
при чем тут Ц++?

← →
DVM © (2010-03-21 19:10) [323]

> Аноним © (21.03.10 19:09) [322]

> при чем тут Ц++?

И?
Причем тут JVCL, DevExpress, VCL?

← →
Кто б сомневался © (2010-03-21 19:15) [324]

GDI
> Та которая тебе удобна. VCL убог и это все признают.

Возникает вопрос, чем?
GDI я прошу тебя отвечай за свои слова, не кидай их просто на ветер, подумай прежде чем сказать.

← →
test © (2010-03-21 19:16) [325]

Аноним © (21.03.10 19:03) [319]
Сравниваем два языка, один как часть себя имеет VCL, у второго ничего нет. Поделки на коленках разного качества есть для обоих языков, но если JVCL не пытается конкурировать с VCL, а явлется дополнением, то каждая новая поделка на C++ суть "революционно новый подход", между собой они мало как совместимы.
Сторонии компоненты стараюсь не использовать, так как в следующей версии автор может легко переназвать все свойства, методы начнут выполнять что то другое.

← →
DVM © (2010-03-21 19:17) [326]

> VCL убог и это все признают.

Я не признаю. Значит уже НЕ ВСЕ.

← →
Кто б сомневался © (2010-03-21 19:17) [327]

GDI ответь на вопрос [301].
И мы закончим спор.

← →
Аноним © (2010-03-21 19:17) [328]

речь была о том, что для Ц++ сильно много разных библиотек (хороший недостаток, да :-))
но мне так и не понятно, при чем тут язык?

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

← →
Sergey Masloff (2010-03-21 19:19) [329]

Аноним © (21.03.10 19:03) [319]
>вот вы используете сторонние компоненты? не напрягает этот "зоопарк" >обновлять?
Практически нет. Визуальных - нет (вернее небольшая собственная библиотечка)

← →
DVM © (2010-03-21 19:21) [330]

> Аноним © (21.03.10 19:17) [328]

> но мне так и не понятно, при чем тут язык?

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

← →
Аноним © (2010-03-21 19:25) [331]

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

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

← →
test © (2010-03-21 19:27) [332]

Аноним © (21.03.10 19:25) [331]
qt vs wxWidgets?

← →
Дмитрий Белькевич (2010-03-21 20:00) [333]

> Всего 30 мб, я даже начал сомневаться, что это программа.

Угу. Это благо, что дотнет старый пользуют. Если переползут на 3.5 - то софт сразу станет "солиднее".

> Из плюсов согласен только с высокой производительностью
> (+ CUDA, OpenMP и пр.)

Оболочки над CUDA и иже нормально работают и в Делфи.

> большим кол-вом библиотек для С++

Никто не мешает подключить в Делфи dll. Мы сами так сторонние либы используем - gdcm, StarBurn, 3d рендеринг.

> 64 битами

Думаю, что это временный минус.

> Зная БГ, я думаю экономика, обычная жаба

По логике, с целью продвижения дотнета, они должны бы всё (кроме ядра, драйверов и прочего низкоуровневого, само собой) в висте и выше на него переписать. Однако же - всё на плюсах. Интересно, на чём новый офис выйдет? Опять плюсы? А ведь дотнет - уже не молодая технология. Странно, почему же они всем рекомендуют на нём писать, а сами даже блокнот на нём не написали?

возможности выше в три раза

Морщины сокращаются на 57 процентов.

полностью универсальный специалист вплоть до разработки драйверов ОС

Знание плюсов автоматически даёт ядерщика? Смешно. Я ассемблер знаю достаточно хорошо, однако меня это ядерщиком автоматом не делает (хотя драйвер-фильтр клавы как-то на асме делал).

Отчего же покупают такие навороченные вещи типа devexpress.

Кому что нужно - тот то и покупает. Мы, например, обошлись без. Интерфейс - SpTBX + XDBGrid.

за попытку использовать JVCL я подчиненным отбиваю пальчики

На вкус ицвет... Использовали некоторые компоненты из JVCL, правда, как на SpTBX перешли - то почти весь интерфейс оттуда. Из визуальных JVCL остались JvDBTreeView, JvIPAddress.

вот вы используете сторонние компоненты? не напрягает этот "зоопарк" обновлять?

Пользуемся. Многими. Зоопарка там нет. VCL более-менее однообразен.

← →
Кто б сомневался © (2010-03-21 20:14) [334]

Я помню в конце 90 ходили слухи о том что Delphi делает медленные программы. С++ rules. Теперь же когда вышел C# с его очевидными тормозами, оказалось что теперь C# rules, хоть и Delphi быстрее.
Не замечаете здесь маркетинговую составляющую, и влияние корпорации на общественное мнение?

← →
Kerk © (2010-03-21 20:17) [335]

> Кто б сомневался © (21.03.10 20:14) [334]

В конце 90х - начале 2000х говорили, что Delphi не поддерживает множественное наследование, а C++ rulez. Теперь говорят, что множественное наследование никому не нужно, а C# rulez.
:)

← →
Дмитрий Белькевич (2010-03-21 20:20) [336]

> Сторонии компоненты стараюсь не использовать, так как в
> следующей версии автор может легко переназвать все свойства,
> методы начнут выполнять что то другое.

Что бы повторить, например, SpTBX нужно несколько лет работы (XDBGrid так вообще 10 лет писался, около 20 тысяч строк кода). Незначительные, единичные изменения выполнить на множество порядков проще, чем писать эти компоненты с нуля. Мы используем стороннее максимально широко.

← →
Дмитрий Белькевич (2010-03-21 20:22) [337]

> Не замечаете здесь маркетинговую составляющую, и влияние
> корпорации на общественное мнение?

Если есть хорошая реклама - то и товар не нужен.

← →
test © (2010-03-21 20:29) [338]

Дмитрий Белькевич (21.03.10 20:20) [336]
Я столкнулся с этим был крайне рад, автор просто выкинул часть свойств "их все равно никто не использует и они только тормозят дальнейшее развитие". Тут уже в каждом конкретном случае кто что хочет то и делает.

← →
GDI+ (2010-03-21 20:34) [339]

> Кто б сомневался © (21.03.10 19:15) [324]
>
> GDI
> > Та которая тебе удобна. VCL убог и это все признают.
>
> Возникает вопрос, чем?
> GDI я прошу тебя отвечай за свои слова, не кидай их просто
> на ветер, подумай прежде чем сказать.

Ну сравни приложения разработанные на базе VCL без кучи сторонних (или самописных) компонент и приложения на базе WPF.
http://windowsclient.net/wpf/wpf35/wpf-35sp1-more-effects.aspx

← →
GDI+ (2010-03-21 20:39) [340]

> Кто б сомневался © (21.03.10 16:20) [301]
>
> Связка Delphi + Cpp покрывает 100% задач под Windows.

Не покрывает. Нет 64-битов, от этого проблемы и тормоза на 64-битных системах (нет дополнительных 8-ми регистров и пр). Хидеры не прописаны на многие системные библиотеки, меньше примеров для использования чего-то системного.

Из плюсов Delphi только более удобное использование COM - технологии.

← →
GDI+ (2010-03-21 20:42) [341]

> test © (21.03.10 19:27) [332]
>
> Аноним © (21.03.10 19:25) [331]
> qt vs wxWidgets?

От проекта зависит.

Что лучше Oracle, Firebird или SQLite?

а для таблички со списком имен и телефонов?

← →
Дмитрий Белькевич (2010-03-21 20:54) [342]

> и они только тормозят дальнейшее развитие"

1. Вариант, что автор мог быть прав, рассматривался?
2. Была необходимость переходить на более новые версии?

> http://windowsclient.net/wpf/wpf35/wpf-35sp1-more-effects.
> aspx

Что мы здесь должны были увидеть?

← →
test © (2010-03-21 20:54) [343]

GDI+ (21.03.10 20:34) [339]
WPF часть языка или QT или wxWidgets? Что то я запутался.

← →
test © (2010-03-21 21:00) [344]

Дмитрий Белькевич (21.03.10 20:54) [342]
Я просто перестал их использовать. Возможно что он хотел улучшить, меня это не устроило заменил его поделки на стандартные компоненты.

GDI+ (21.03.10 20:42) [341]
Интерфейсы под что то заточены, что то делается только использую бубен и приношением в жертву не распечатанную клавиатуру?

← →
Кто б сомневался © (2010-03-21 21:01) [345]

> Нет 64-битов, от этого проблемы и тормоза на 64-битных системах

Нет там тормозов.
Покрывает, те модули где реально нужно x64 пишем на С++ если мы говорим про связку Delphi _ C++. А в целом делали модуль для x64 на freepascal.

> Хидеры не прописаны на многие системные библиотеки,

Хидеры есть, если не знаешь не говори. Есть известный проект Jedi которые делают заголовочные файлы. Легко найти.

GDI ты бы пообъективней чтоли был бы.

← →
GDI+ (2010-03-21 21:02) [346]

> test © (21.03.10 20:54) [343]
>
> GDI+ (21.03.10 20:34) [339]
> WPF часть языка или QT или wxWidgets? Что то я запутался.

WPF часть от "тормознутого" C#

а вот для wxWidgets
http://www.wxwidgets.org/about/screensh.htm

а вот для QT
http://doc.qt.nokia.com/4.6/examples.html
там понажимать нужно так как под каждой картинкой 5-7 примеров

← →
Кто б сомневался © (2010-03-21 21:03) [347]

> меньше примеров для использования чего-то системного.

Мы говорим про связку Delphi + cpp - на cpp там этих примеров завались.
На Delphi делаем программу, на cpp драйвер.

← →
GDI+ (2010-03-21 21:04) [348]

> Кто б сомневался © (21.03.10 21:01) [345]
> Хидеры есть, если не знаешь не говори. Есть известный проект
> Jedi которые делают заголовочные файлы. Легко найти.
>
> GDI ты бы пообъективней чтоли был бы.

Делают и отстают от VSC++ (MS SDK) на 2 года в среднем.

> Дмитрий Белькевич

- Fixed incorrect TabControl behavior, when changing the
active tab the focused control was not correctly saved,
thanks to Dmitry Belkevich for reporting this.

http://www.silverpointdevelopment.com/sptbxlib/downloads.htm

> [346] GDI+ (21.03.10 21:02)

> а вот для wxWidgets
> http://www.wxwidgets.org/about/screensh.htm

wxForms for Delphi is an integrated wxWidgets form designer for CodeGear Delphi and a Pascal wrapper for Delphi/Free Pascal that helps create cross platform applications for Windows, Mac OSX and Linux using single source base.
(правда не понял, что именно там революционно новое ;-) )

> http://doc.qt.nokia.com/4.6/examples.html

аналогично.

скудно как то, стандартный VCL куда навороченее, imho.

GDI+ (21.03.10 21:02) [346]
Не нравится, что в том же виде что и в Delphi/CBulder нет больше инструментов, когда интерфейс и код разрабатывается в одном приложении.

GDI я напомню мы спорим про Delphi vs C#. Мы пришли к выводу что конечный результат будет лучше на Delphi (производительность кода, и производительность GUI, плюс независимость от версии .Net и его наличия). Время разработки на обоих инструментах программы, не отличается, т.к. оба языка обладают хорошим инструментарием.
Если необходимы низкоуровневые средства, то в обоих случаях обращаемся к третьему языку - Cpp.
Вот и все.

← →
Дмитрий Белькевич (2010-03-21 21:21) [353]

> Возможно что он хотел улучшить, меня это не устроило заменил
> его поделки на стандартные компоненты.

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

> от этого проблемы и тормоза на 64-битных системах

Думаю, что разница в 99% кода будет единицы процентов. Оставшийся процент, где критично, обычно лучше даже не для 64х бит писать, а сразу MMX/SSE. Ничего не мешает это в Делфи делать.

Вот то, что памяти было бы побольше - это факт. Ждём.

> - Fixed incorrect TabControl behavior, when changing the
> active tab the focused control was not correctly saved,
> thanks to Dmitry Belkevich for reporting this.

12 March 2010 - version 2.4.5
- Fixed TSpTBXRadioButton double click handling, thanks
to Dmitry Belkevich for reporting this.

;)

Хорошие компоненты и хороший саппорт - автор правит баги почти сразу. Еще парочку знаю - пока не отписывал.

GDI+ (21.03.10 21:02) [346]
> WPF часть от "тормознутого" C#

WPF не является частью языка это библиотека в NET 3.0, некий аналог Windows.Forms. К языку C# отношения не имеет, может использоваться с любыми NET-языками: с бейсиком, си++.

Для тех, кого волнуют ответы на вопросы: "Умирает ли Delphi?" и "Мертв ли Delphi?" открылось целых 2 сайта:

http://www.isdelphidying.com
http://www.isdelphidead.com

вот еще на мой взгляд хорошую фразу встретил на одном из сайтов:

"DELPHI НЕ УМИРАЕТ! Он просто постепенно тонет в куче дерьма в виде разнообразных языков, в создании которых небыло никакой необходимости!"

GDI+ (21.03.10 15:59) [295]
Скорость разработки и отладки та же самая как и в случае Delphi.

С этим спорить будете.

С этим буду. Когда все в одном языке, скорость разработки выше.

GDI+ (21.03.10 16:09) [299]
- Если смотреть только с точки зрения разработки GUI то C# удобнее.

Ничуть.

GDI+ (21.03.10 16:09) [299]
- Если смотреть только с точки зрения разработки вычислительных алгоритмов, то С++ и удобнее (та std::string или std::vector вещь очень приятная, лучше динамических массивов в Delphi) и быстрее.

Чем std::string лучше string?

GDI+ (21.03.10 18:10) [304]
Прикольно. И никто не возрази против С++. Стало быть С++ рвёт всех?

В скорости генерируемого кода, низкоуровневости и кол-ве библиотек. В остальном отстает.

Дмитрий Белькевич (21.03.10 20:00) [333]
Оболочки над CUDA и иже нормально работают и в Делфи.

О, интересно. Поделись ссылкой.

GDI+ (21.03.10 20:34) [339]
Ну сравни приложения разработанные на базе VCL без кучи сторонних (или самописных) компонент и приложения на базе WPF.
http://windowsclient.net/wpf/wpf35/wpf-35sp1-more-effects.aspx

Какие-то рюшечки. Я думаю, для Дельфи тоже полно рюшечек - скины, например.

← →
Дмитрий Белькевич (2010-03-28 18:07) [358]

> В скорости генерируемого кода, низкоуровневости и кол-ве
> библиотек. В остальном отстает.

В скорости код - не верю. Скорость у плюсов и у делфи почти одинаковая. Низкоуровневость проявлется разве что в возможности писать драйвера.

> О, интересно. Поделись ссылкой.

Есть врапперы + примеры для OpenCL, для куды не искал и не делал. Смотри тему и линки в ней:

http://delphimaster.net/view/9-1259799880/

> Дмитрий Белькевич (28.03.2010 18:07:58) [358]

> в возможности писать драйвера.

Это возможность не языка, а компоновщика.

> Оболочки над CUDA и иже нормально работают и в Делфи.

Для CUDA надо писать dll на C и использовать компилятор NVIDIA насколько я понимаю, другого у нее просто нет компилятора. Но а потом DLL можно использовать и в Delphi.

Изучают ли Делфи в ВУЗАХ Найти похожие ветки