Delphi - "рулез форева"!

← →
Германн © (2010-02-14 01:50) [0]

Пусть он до сих пор не имеет русской локализации. Пусть он дорогой.
Но я почти уверен, что если бы Борланд (по словам АП) не отказался в своё время от Basic"а, то у нас была бы ещё одна нормальная среда разработки. А не это (пусть и бесплатное, пусть и русифицированное) дерьмо от MS - Microsoft Visual Basic 2008 Express Edition!
Может, конечно у меня руки кривые. Но уже замучался открывать старые проекты. Сыплются в диком количестве ошибки непонятные. На каждую выдается поиск в справке. Поиск их не находит ни на локале, ни в сети. Что делать совершенно непонятно.
Неужели есть только один выход? Создать новый проект и доработать его до конечного продукта за один сеанс.

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

← →
Германн © (2010-02-14 02:05) [1]

В этой MS-поделке есть "Создать проект". Есть "Открыть проект". Есть "Закрыть проект".
Но нет "Сохранить проект"!

← →
Eraser © (2010-02-14 02:26) [2]

да, на удивление, до сих пор Делфи это лучшая RAD для win32, imho.

← →
Германн © (2010-02-14 02:36) [3]

> Eraser © (14.02.10 02:26) [2]

И к тому же "простопонятная" любому новичку.
Наверно именно поэтому они (новички) и лезут в первую очередь на ДМ со своими вопросами. :)
Но мне то надо проверить .Net-библиотеку. :(

← →
Eraser © (2010-02-14 02:38) [4]

> Но мне то надо проверить .Net-библиотеку. :(

почему тогда не C#? там все куда более вменяемо, чем VB.

← →
Германн © (2010-02-14 02:45) [5]

> Eraser © (14.02.10 02:38) [4]
>
> > Но мне то надо проверить .Net-библиотеку. :(
>
> почему тогда не C#? там все куда более вменяемо, чем VB.
>
>

Дело в том, что С# не знаю ни я, ни разработчики той библиотеки. У них (разработчиков) все примеры на VB.

← →
Германн © (2010-02-14 03:13) [6]

> Eraser © (14.02.10 02:38) [4]

"This ain"t no technological breakdown
Oh no, this is the road to hell"
(с) Chris Rea

← →
KilkennyCat © (2010-02-14 09:15) [7]

"Кому и кобыла - невеста"

← →
@!!ex © (2010-02-14 09:40) [8]

> [2] Eraser © (14.02.10 02:26)

QT вполне достойная.
Пока единственное что хуже Дельфи - скорость компиляции.
Дельфи привычку выбаратывает компилировать часто, чтобы проверять мелочи...
а в QT так не получается...

← →
Anatoly Podgoretsky © (2010-02-14 11:18) [9]

> почему тогда не C#? там все куда более вменяемо, чем VB.

А чем VB.NET не вменяемо?

← →
Anatoly Podgoretsky © (2010-02-14 11:19) [10]

> Германн © (14.02.10 01:50)

А если бы Микрософт не отказался от Паскаля, то две среды. А Паскаль от МС уже в те времена мог делать OBJ файлы.

← →
Anatoly Podgoretsky © (2010-02-14 11:19) [11]

Pascal.Net Express

← →
@!!ex © (2010-02-14 14:05) [12]

> [8] @!!ex © (14.02.10 09:40)

Прочитал книгку про QT4.5
технология весьма мощная, несмотря на то, что она значительно моложе дельфи, некоторые вещи реализованы значительно лучше, например почти полностью автоматическая интернационализация.

← →
BiN © (2010-02-14 15:27) [13]

> Delphi - "рулез форева"!

некоректное сравнение.
Тогда давайте уж возьмем Delphi и MS VS 2010 RC

← →
MBo © (2010-02-14 16:44) [14]

По некоторым данным, сегодня Delphi 15 лет - 14 февраля 1995 г вышла первая версия. Опять нет повода не выпить... ;)

(Rob"s Technology Corner – On February 14, 1995 the first version of Delphi was released
The development of Delphi started in 1993 and Delphi 1.0 was officially released in the United States on 14 February 1995)

← →
Eraser © (2010-02-14 17:09) [15]

> [12] @!!ex © (14.02.10 14:05)

по моему QT все таки больше под кроссплатформенность заточена, если не ошибаюсь. а для написания приложений, активно взаимодействующих с самыми различными компонентами ОС QT не очень удобен.

← →
Делфиец (2010-02-14 18:43) [16]

> Eraser © (14.02.10 02:38) [4]
> > Но мне то надо проверить .Net-библиотеку. :(почему тогда
> не C#? там все куда более вменяемо, чем VB.

А чем же оно лучше RAD Studio ?
Мы уже этого насмотрелись. Стоит какой серьезный проект на C# нем начать, то годами можно делать, так и вышло в одном месте уже 4 года клепают и клепают, а конца и края не видна. Чуваки взялись проект делать а в итоге вторую "Визуаль студию" написали. А перед этим хвалились и хвалились, "что С# это круто, да там так много компонентов"
Да куда им грешным тягаться супротив стандартных компонентов в RAD? А если к проекту прицепить VCL JEDI - вообще закопаются.
Да так оно и есть, лучше нормально заплатить и купить нормальную и полноценную "RAD Studio" горя не знать, чем маяться как плюшкиным от скудости компонентов и писать заново VS.

← →
GDI+ (2010-02-14 19:20) [17]

> @!!ex © (14.02.10 14:05) [12]
>
> > [8] @!!ex © (14.02.10 09:40)
>
> Прочитал книгку про QT4.5
> технология весьма мощная, несмотря на то, что она значительно
> моложе дельфи, некоторые вещи реализованы значительно лучше,
> например почти полностью автоматическая интернационализация.

И два глобальных недостатка
- программы на QT поддерживают скины и собственные неоконные контролы, что позволяет полностью изменить поведение программы на отличное от системного. Оно же недостаток - вы будете заново привыкать к интерфейсу программы.
- довесок к любой программу в 12 Мб dll или размер екзешника с одной формой в 8МБ при статической линковке.

В остальном рвёт NET и пр, как по переносимости ПО, по скорости его работы, так и по скорости разработки не уступает (в платной версии, в бесплатной нет интеграции дизайнера форм в среду) Delphi и .NET.

← →
@!!ex © (2010-02-14 19:33) [18]

> [15] Eraser © (14.02.10 17:09)

Нет никаких проблем написать виджет работающий с ОС.
Там же прямой доступ к ОС функциям. Типа:
painter.paintEngine()->getDC() - и вот уже у нас виндовый HDC обычный.
В целом ощущение, что от дельфи взяли лучшее и некоторые моменты серьезно переработали.

> [17] GDI+ (14.02.10 19:20)

Разве поддержка скинов - это недостаток?
Хочешь используешь, не хочешь - не используешь.
Скорее достоинство, т.к. позволяет сделать единый интерфейс во всех ОС.
Вот скайп работает с собственным стилем, к чему там привыкать?
Это если идиотично подойти к использованию стилей - тогда да, проблем...
но не РАД, а конкретной программы. Тем более что дельфи также легко использует скины, достаточно DynamicSkinForm подключить.

> (в платной версии, в бесплатной нет интеграции дизайнера форм в среду)
QT Creator бесплатный и с интегрированным дизайнером.

но все равно по скорости разработки дельфи не рвет.
Не рвет ИМХО по двум причинам:
1) Медленная компиляция - лишняя прослойка в компиляции(qmake) скорости совсем не добавляет...
2) отсутствие быстрых шаблонов(например автоматического создания событий нету, описание метода в классе не добалвяется в код при нажатии комбинации как в дельфи(Ctrl+Shift+C) или я просто не нашел как это делать).

Но, конечно, компиляция - самая жесть...

← →
miek (2010-02-14 19:54) [19]

Кто сказал, что Делфи - доргоая среда? Для BDS можно официально получить бесплатный ключ (что я и сделал). И под ним даже можно делать коммерческие проекты.
Правда, у МС тоже есть VS Express.

← →
Kerk © (2010-02-14 19:56) [20]

> miek (14.02.10 19:54) [19]
> Для BDS можно официально получить бесплатный ключ (что я
> и сделал). И под ним даже можно делать коммерческие проекты.

Народ в лице меня жаждет подробностей!

← →
@!!ex © (2010-02-14 20:00) [21]

> [19] miek (14.02.10 19:54)

Проблема дельфи не столько в том, что она дорогая... а в том что она убогая.
IDE просто отличная, но сама концепция устарела и не развивается.
Компилятор только под Win и только 32(это во вреемена, когда уже практически нельзя купить новый 32 битный комп).
VCL нормально работает только в однопоточной среде(это во времена, когда на конвеер уже поставлены 8 ядерные процессора).
Подход к справке не изменился с самой первой версии, хотя давно пора.
Хорошо хоть Unicode сделали...
Подход к VCL весьма не удачный, в пределах одного модуля можно увидеть разные стили программирования и разные реализации одних и тех-же вещей.

Развитие идет по каким-то странным направлениям типа поддержки generics, которые безусловно замечательная штука, но далеко не первая необходимость....
Это все и заставило лично меня заняться поиском альтернатив. :(

← →
@!!ex © (2010-02-14 20:01) [22]

> [20] Kerk © (14.02.10 19:56)
>
> Народ в лице меня жаждет подробностей!

Turbo Delphi Explorer?

← →
Kerk © (2010-02-14 20:27) [23]

Turbo Delphi Explorer слишком обрезана. Там человек про BDS говорил.

← →
boa_kaa © (2010-02-14 20:39) [24]

> Eraser © (14.02.10 17:09) [15]
> если не ошибаюсь. а для написания приложений, активно взаимодействующих
> с самыми различными компонентами ОС QT не очень удобен.

я таааааак смеялсо...

> @!!ex © (14.02.10 19:33) [18]
> 1) Медленная компиляция - лишняя прослойка в компиляции(qmake)
> скорости совсем не добавляет...

ну так надо как в поговорке: семь раз откодь, один отбилдь

> 2) отсутствие быстрых шаблонов(например автоматического
> создания событий нету, описание метода в классе не добалвяется
> в код при нажатии комбинации как в дельфи(Ctrl+Shift+C)
> или я просто не нашел как это делать)

да ты подожди: где-нибудь к версии 2 будет еще и полноценный эмулятор нокий в бесплатной версии :)

← →
KilkennyCat © (2010-02-14 20:43) [25]

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

а посредине, один хрен, гвоздик...

← →
@!!ex © (2010-02-14 20:53) [26]

> [23] Kerk © (14.02.10 20:27)

В нем вроде обрезана только установка пакетов, это решается патчем(в рамках лицензии).

> [24] boa_kaa © (14.02.10 20:39)
> ну так надо как в поговорке: семь раз откодь, один отбилдь

Большее количество компиляций - большее количество тестов - больше стабильность готового кода.
Мне этим очень нравится дельфи, что можно проверить почти каждую написанную строчку кода по отдельности. С++ как раз учит, что надо долго писать, а потом один раз компилировать и все проверять...
Дельфи подход ИМХО более правильный и предотвращающий дурацкие ошибки.
Ожидаю ответа в духе: "писать надо без ошибок." ;)

← →
KilkennyCat © (2010-02-14 21:05) [27]

> Ожидаю ответа в духе: "писать надо без ошибок." ;)

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

← →
GDI+ (2010-02-14 21:11) [28]

> @!!ex © (14.02.10 20:53) [26]
>
> > [23] Kerk © (14.02.10 20:27)
>
> В нем вроде обрезана только установка пакетов, это решается
> патчем(в рамках лицензии).
>
>
> > [24] boa_kaa © (14.02.10 20:39)
> > ну так надо как в поговорке: семь раз откодь, один отбилдь
>
> Большее количество компиляций - большее количество тестов
> - больше стабильность готового кода.

Юнит-тесты? Просто идеология C++ в том чтобы на каждый метод и функцию писалась функция для тестирования которая в специальный лог запишет прошло тест или нет.

Но на это обычно забивают, а потом разгребают.

Ну и юнит-тесты частые компиляции не панацея, так как разработчики других продуктов часто воспринимают документацию не как аргумент, а как "забавное" чтиво. Особенно глюкавы всяческие антивирусы и фаерволы.

> @!!ex © (14.02.10 20:53) [26]
>
> > [23] Kerk © (14.02.10 20:27)
>
> В нем вроде обрезана только установка пакетов, это решается
> патчем(в рамках лицензии).

Врядли в рамках лицензии, иначе какой смысл в этом ограничении изначально. Но буду рад, если меня разубедят ссылкой :)
Там еще, кстати, нормальных компонентов для работы с БД нет, что вкупе с запретом установки пакетов полностью лишает Turbo Delphi смысла.

Разработчики Delphi не обещали в 1995, что через 20 лет все будут жить при коммунизме.

> [27] KilkennyCat © (14.02.10 21:05)

Я вроде о программировании драйверов ничего не говорил...
В процессе разработки включать оптимизатор зачем?
Как раз подход "несколько строчек - проверка" позволяет проверить работу конкретного блока кода, когда поведение вполне однозначно и проверить легко.
Опять же, мы же говорим о тестировании RAD, обычно блоки тестить в плане визуально работы довольно легко.

> [28] GDI+ (14.02.10 21:11)

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

Вообще я с некоторой гордостью смотрю вот на этот проект:
http://www.youtube.com/watch?v=lQuG9ZWBGrs
Гордость за то, что он не вызывает AV. Никогда. И при этом try except end заглушек нет нигде.
За год работы нескольких десятков дизайнеров данные были потеряны один раз: во время джлительного сохранения дизайнер кликнул на крестик у окна, а для ускорения сохранения ProcessMessages не вызывается, в итоге система грохнула редатор как зависший.

> [29] Kerk © (14.02.10 21:16)

http://arcady-filippov.blogspot.com/2006/09/td.html
http://arcady-filippov.blogspot.com/2006/12/turbo-delphi-2.html

Kerk © (14.02.10 21:16) [29]

Можешь использовать Lazarus и FPC.

> Там еще, кстати, нормальных компонентов для работы с БД
> нет, что вкупе с запретом установки пакетов полностью лишает
> Turbo Delphi смысла.

Зато даром. А если не хочешь приложить усилия - ну кто же за тебя их будет прикладывать, платы денег за, как минимум, Turbo Delphi Professional, не так дорого.

> @!!ex © (14.02.10 21:22) [31]
> Я вроде о программировании драйверов ничего не говорил..

Да и я не о них. Было, что моя прога изумительно работала на моей машине. Нифига не работала у клиента. Вся разница - у мня амд, у него - интел. Никакой переделки, простая компиляция на интеле - работает и там и там. Ни тогда, ни сейчас я не имею знаний и умения программировать с учетом специфики процессора, т.е. ничего заумного не применял.

Скоро появится новый framework. За ним другой, за ним третий.

> [34] KilkennyCat © (14.02.10 21:31)

Не сталкивался с таким пока. тьфу-тьфу-тьфу.

> [35] oxffff © (14.02.10 21:37)

Нормальное развитие.

> VCL нормально работает только в однопоточной среде
>

Недавно испытывал многопоточность "VCL" в Sharp Developere (скачивал последний релиз).
Выдается вполне цивильное сообщение об ошибке, объясняющее, что к визуальному объекту нельзя обращаться из других потоков.
Жаль, что такого нету в Delphi.

← →
Делфиец (2010-02-14 22:03) [38]

> @!!ex © (14.02.10 20:00) [21]

А
> это во времена, когда на конвеер уже поставлены 8 ядерные
> процессора)

А что уже на конвеер поставлены 64 разрядные Windows?
Пока там у мелкомягких еще пока "сырое мясо".. Все равно у всех 32разрядные системы и не скоро перейдут на 64 битные.
Так что МЫ НЕ ТОРОПИМСЯ! +1 в сторону BDS

> А что уже на конвеер поставлены 64 разрядные Windows?
> Пока там у мелкомягких еще пока "сырое мясо"..

А что - нет?
Прекрасно работаю x64-версии. Не надо ля-ля.

← →
Делфиец (2010-02-14 22:43) [40]

Большим недостатком .NET - жрет память гадина постоянно.
Когда начинали проект, закупили по тем временам компьютера (2.4 гц. целероны 256мб. оперативки) средней мощности, но года установили армы написанные на С# + Фреймворк 2.0 MS SQL Expres на каждый, то поняли что памяти мало только фреймворк при загрузке 40-70мб отъедает памяти, тогда пришлось на всех компьютерах увеличить память до 512мб. Через некоторое время опять возникли проблемы (через 1.5 года работы АРМов) Базы разбухли и достигли предела, который ограничивался 4гб. согласно лицензии от MS на Expres версию. Ситуация была трудной - никто не знал что произойдет, когда базы достигнут более 4гб. А производство остановить нельзя, т.е. невозможно (великий глюк наступит) приходилось их чистить постоянно, удаляли лишние события и служебные записи и логи во вред безопасности. Теперь ситуация более менее, но уже снова приходится увеличивать память на компьютерах до 1гб., но уже возникла другая ситуация компьютеры уже устарели и память DDR1 днем с огнем не сыскать, а там где она есть в той фирме конторе покупать нельзя, а значит по сути ее нет.
Ну асли бы использовали Субд с использованием NET 3.5 версии, вообще бы "слили воду бы" .

Delphi - "рулез форева"! Найти похожие ветки