Вот говорят, что дельфи не умирает

← →
jumping jack (2014-01-20 11:41) [120]

Kerk ©> Уточню. VCL - это набор оберток над элементами управления ОС

А CLX - набор оберток над набором оберток для разных ОС (универсальным)
но очень уж похож на VCL, ну точь-в-точь

А LCL - уже сразу универсальный набор оберток
и тоже очень-очень похож на VCL

может быть, суть "спора" в том, что ты под VCL понимаешь именно существующую реализацию VCL и, видимо, будешь продолжать настаивать на этом "определении"
а я пытаюсь объяснить, что под VCL тут понимаю именно объектный интерфейс этого фреймворка и принципиальную возможность других альтернативных его реализаций
в этом смысле CLX = VCL (т.к. их интерфейсы почти 100% совместимы)

← →
Kerk © (2014-01-20 11:59) [121]

> jumping jack (20.01.14 11:41) [120]

Наверно ты прав.

Вот в чем слабость FMX? Контролы не настоящие. Они могут как угодно точно пытаться копировать настоящие контролы ОС, но никогда не получится сделать это на 100% для всех платформ сразу.

Так же и с Qt. Qt - это хорошо, но приложение использующее Qt ведь все равно отличается от нативного. Я, пожалуй, на глаз смогу отличить.

И что касается VCL... ты называешь это реализацией, которую можно подменить, но мне кажется, что сила VCL как раз в том, что внутри там не какая-то имитация, а настоящая ОС. Тут пытаются приводить в пример cxGrid, но даже внутри этих гридов все построено на виндовых оконных сообщениях, виндовых функциях рисования и т.п. То есть и сторонние компоненты пришлось бы полностью переделывать. И не факт, что это было бы проще, чем написать с нуля под FMX.

То есть по-моему двинуть VCL в сторону кроссплатформенности означало бы отказаться от определенных преимуществ ей присущих с рождения. Может быть поэтому и решили оставить VCL в покое и для кроссплатформенности сделали новую библиотеку.

← →
DVM © (2014-01-20 12:04) [122]

> Kerk © (20.01.14 11:59) [121]

> Так же и с Qt. Qt - это хорошо, но приложение использующее
> Qt ведь все равно отличается от нативного. Я, пожалуй, на
> глаз смогу отличить.

Qt может использовать системную нативную отрисовку, такие не отличишь.

← →
DevilDevil © (2014-01-20 12:11) [123]

Я пока не понял об чём спор

Но
> Так же и с Qt. Qt - это хорошо, но приложение использующее
> Qt ведь все равно отличается от нативного. Я, пожалуй, на глаз смогу отличить.

Разве что не-API-отрисованное окно перерисовывается нормально и не мерцает. Это плюс

← →
antonn © (2014-01-20 12:17) [124]

>
> И до сих пор нет нормального компонента/функции по выбору
> директории. Ну типа 20 лет без него прожили так и дальше
> не умрете.

http://desksoft.ru/index.php?downloads=files&id=9

или скатываемся к тому, что я давно наблюдаю в кругах шарпа - люди не ищут возможность реализовывать, а ищут готовую функцию/класс с помощью которой все сделано. 100 вещей - найти 100 классов.

← →
DVM © (2014-01-20 12:19) [125]

> DevilDevil © (20.01.14 12:11) [123]

> Разве что не-API-отрисованное окно перерисовывается нормально
> и не мерцает. Это плюс

API окно тоже не мерцает. Это в VCL так сделано.

← →
Kerk © (2014-01-20 12:28) [126]

Те Qt-приложения, что я использовал, отличаются от нативных. Но может быть я не прав и/или мои сведения просто устарели.

Но разговор куда-то в дебри зашел. Я бы остановился на своем [60] и хватит. Теоретические перспективы кроссплатформенного VCL обсудить можно, но вот не сделали и его и все тут. А сделали FMX.

← →
DevilDevil © (2014-01-20 12:37) [127]

> API окно тоже не мерцает. Это в VCL так сделано.

зачем ?

← →
DVM © (2014-01-20 12:39) [128]

> А сделали FMX.

По FMX надо в срочном порядке выпускать литературу. Ни одной книги ведь. Справка не в счет.

← →
Плохиш © (2014-01-20 12:40) [129]

Ветка скатывается, как всегда :-(

Предлагаю обсудить, почему мелкий софт при расширении области применения своих средств разработки от десктопа, положил большой болт на winforms и создал wpf? Тот же мульти-тач поддерживается только в wpf.

← →
DVM © (2014-01-20 12:41) [130]

> DevilDevil © (20.01.14 12:37) [127]

> зачем ?

Так получилось. Все мерцание из-за стирания фона где надо и где не надо бы.

← →
DVM © (2014-01-20 12:42) [131]

> Плохиш © (20.01.14 12:40) [129]

> Предлагаю обсудить, почему мелкий софт при расширении области
> применения своих средств разработки от десктопа, положил
> большой болт на winforms и создал wpf?

Он уже и на wpf положил.

← →
Inovet © (2014-01-20 12:46) [132]

> [131] DVM © (20.01.14 12:42)
> Он уже и на wpf положил.

На что он только не положил.

← →
clickmaker © (2014-01-20 12:49) [133]

> По FMX надо в срочном порядке выпускать литературу. Ни одной
> книги ведь

если каждый из форумчан, имевший счастье сталкиваться с fmx, напишет по посту-другому, на брошюрку наберется)

← →
Плохиш © (2014-01-20 13:13) [134]

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

А в постах, что описовать? Для них вопросы нужны. Вот последнее у меня был вопрос по связи грида с источником данных и форматирования столбцов в гриде. Ничего, за полчаса с попить чайку и егойной матерью разобрался :-)
Кстати, документации и описаний на сайте производителя достаточно. Все возникающие неописанные тонкости ищутся в гугле довольно быстро, если знаешь что ищешь и выставишь сразу правильный язык общения на этом форуме (очень не рекомендую выставлять всякие аглицкие и немецкие, будете по кругу читать описание производителя) :-)

← →
Inovet © (2014-01-20 15:41) [135]

Удалено модератором

← →
Jeer © (2014-01-20 15:48) [136]

Удалено модератором

← →
Ega23 © (2014-01-20 15:53) [137]

Удалено модератором

← →
Jeer © (2014-01-20 16:06) [138]

KSDev давно взлетела, вместе с Крюковым и как раз из Улан-Удэ :)

← →
Слава Пестов (2014-01-20 16:17) [139]

> Вот говорят, что дельфи не умирает

Программируйте на "Фактор"

← →
DevilDevil © (2014-01-20 16:41) [140]

Я считаю маркетологи Борланда, а потом Абракадабры слишком слабо трудятся над популяризацией проекта. FMX и кроссплатформ - это правильный путь. Но этого мало. К тому же качество созданной RAD Studio не очень высокое. Меня например просто бесит время компиляции и огромный размер exe-шника (читай время компиляции и запуска). Поэтому я до сих пор использую Delphi6 и 7. Вот это тема!

← →
Jeer © (2014-01-20 16:52) [141]

Да я вообще сделал пару-тройку проектов на D7 и raudus - полет нормальный, хоть в интра-, хоть в экстра-Нете.

← →
DVM © (2014-01-20 16:59) [142]

> DevilDevil © (20.01.14 16:41) [140]

> Меня например просто бесит время компиляции

Ты что говоришь то? В Delphi еще какой быстрый компилятор. Ты погляди на скорость компиляции C++ проектов - сутки может продолжаться компиляция BOOST какого нибудь.

> и огромный размер exe-шника

Плата за удобство проектирования и все свое нашу с собой. Ему не надо 300 гиг фреймворка, ему не надо бесчисленных mfcxxx.dll точно таких версий и т.д.

← →
Jeer © (2014-01-20 17:02) [143]

>Ты что говоришь то? В Delphi еще какой быстрый компилятор.

Да DD все еще витает в своих собственных фантазиях, хотя уже вроде пора менять короткие штанишки на приличные брюки:)

← →
И. Павел © (2014-01-20 17:02) [144]

Предлагаю ввести праздник  день смерти дельфи. Каждый год программисты на дельфи будут отмечать его, размещая посты «дельфи мертв» во всевозможных интернет-ресурсах. Также предусматриваются поминки дельфи: 9 и 40 дней. Желательно включить праздник в ТК РФ, чтобы был выходным для тех, кто пишет на дельфи не менее 1000 строк в год.

← →
Jeer © (2014-01-20 17:05) [145]

Нифига не дождетесь такого праздника - я перейду на D1 и завалю клиентов приложениями:)

Вот, насчет Праздника - это да, надо обдумать и обратиться к Законодателям.

← →
Ega23 © (2014-01-20 17:07) [146]

> Предлагаю ввести праздник — день смерти дельфи

ДА!!!!!!!!!!!!!!!
Это тема!!!!

← →
Ega23 © (2014-01-20 17:09) [147]

Только это... Тут посовещались, и Розыч сказал, что 9 и 40 дней - это как-то православно.
Надо 8 и 32.

← →
DevilDevil © (2014-01-20 17:09) [148]

> Ты что говоришь то? В Delphi еще какой быстрый компилятор.
> Ты погляди на скорость компиляции C++ проектов - сутки
> может продолжаться компиляция BOOST какого нибудь.

Я 2.5 года официально работал на С++
Зарёкся больше не работать на нём
Всё, что дольше секунды - долго
Вот Delphi 6 и 7 - тема. А XE уже нет

> Плата за удобство проектирования и все свое нашу с собой.
> Ему не надо 300 гиг фреймворка, ему не надо бесчисленных
> mfcxxx.dll точно таких версий и т.д.

В Delphi до сих пор очень глупый компилятор. Ну по сегодняшним меркам точно. Добавляет он вещи, которые теоретически можно не добавлять (виртуальные всякие шняжки и т.д.)

← →
имя (2014-01-20 17:11) [149]

Удалено модератором

to DevilDevil © (20.01.14 16:41) [140]:

> Меня например просто бесит время компиляции и огромный размер
> exe-шника

Вот генерило бы оно код вместо dfm-ов, еще бы и эта проблема отчасти решилась. :) Но этого не будет.

> Вот генерило бы оно код вместо dfm-ов, еще бы и эта проблема
> отчасти решилась. :) Но этого не будет.

и я про то
ещё не плохо бы, чтобы не все virtual/dinamic линковались, а только вызываемые. Тоже размер бы поубавился

> [151] DevilDevil © (20.01.14 17:19)
> чтобы не все virtual/dinamic линковались, а только вызываемые

О как. И как такое возможно?

← →
имя (2014-01-20 17:23) [153]

Удалено модератором

> Inovet © (20.01.14 17:21) [152]

type TSome = class procedure A; virtual; procedure B; virtual; procedure C; virtual; end; procedure Test; begin with TSome.Create do begin A; Free; end; end;

← →
Sapersky (2014-01-20 17:28) [155]

> Меня например просто бесит время компиляции

Прогнал rebuild одного проекта на D5 (7-ки нет в рабочем состоянии), 2010 и XE3:
D5 - 15 c.
2010/XE3 - 6-7 c.
Причём D5 ещё побыстрее 7-ки, у той компилятор вообще самый медленный во всей серии, возможно из-за многочисленных unsafe warnings или из-за попыток прикрутить кроссплатформенность.

> DevilDevil © (20.01.14 17:19) [151]
>
> > Вот генерило бы оно код вместо dfm-ов, еще бы и эта проблема
> > отчасти решилась. :) Но этого не будет.
>
> и я про то
> ещё не плохо бы, чтобы не все virtual/dinamic линковались,
> а только вызываемые. Тоже размер бы поубавился

Благодаря RTTI компилятор ни малейшего понятия не имеет о том, какие методы вызываемые, а какие нет. Точнее он знает какие методы точно вызываемые, а вот какие точно не вызываемые он даже предположить не может.

← →
имя (2014-01-20 17:47) [157]

Удалено модератором

> vuk © (20.01.14 17:14) [150]
> to DevilDevil © (20.01.14 16:41) [140]:
>
> > Меня например просто бесит время компиляции и огромный
> размер
> > exe-шника
>
> Вот генерило бы оно код вместо dfm-ов, еще бы и эта проблема
> отчасти решилась. :) Но этого не будет.

Все наоборот от кода (было, например в WinForms такое) к описанию стремятся (xaml например, файлы Qt designer), а тут обратное предлагается. Да и че они весят то dfm те, тьфу. Картинки включенные в ресурсы меньше все равно не станут.

> Слава Пестов (20.01.14 17:47) [157]

Слава, а почему бы тебе для рекламы своего языка не сделать в дополнение к статье в википедии еще и форум factormaster.ru ?

← →
Sergey Masloff (2014-01-20 17:51) [160]

Слава Пестов (20.01.14 17:47) [157]
>Фактор - 3 с
Рекламо детектед. Ты даже не знаешь что за проект но вот 3 с заявляешь уверенно ;-)

Вот говорят, что дельфи не умирает Найти похожие ветки