ИсторикГениалогию Delphi можно конечно возводить к Turbo Pascal 7.0 (или когда там объекты появились у Борланда, хотя в Delphi переделали всю объектную модель)
Cкорее дополнили. Поскольку старая продолжает поддерживаться.

ИсторикНо все-таки наверное Delphi делали в основном с оглядкой на C++. Imho.
IMHO это очень странная и маловероятная версия.

"Похожей на C++" является старая объектная модель дельфы - та, которая существует начиная с пятого Turbo Pascal. Новая объектная модель - та, которая существует с Delphi 1.0 - собственно, отказывается от модели C++ как от древнего страшного сна :))

Если говорить о яве, ее объектная модель похожа на новую дельфовую концепцией объектов-указателей, но во всем остальном сделана максимально похожей на модель C++, со всеми ее недостатками и без ее преимуществ.

gsi___
Delphi, даже первые, как бы там ни было совсем не object pascal..
А что-то совместимое. Те, согласитесь, писать как на OP там никто не писал,
разве временно для перехода..
Вы сказали что-то очень странное. Пожалуй, интересно посмотреть, как можно ухитриться писать на дельфи не так, как на OP.

gsi___Вот, кстати, от delphi у меня сложилось впечатление, как от дешового вина: вначале вкусно, но чем больше глотаешь, тем хуже, а потом вообще охото выплюнуть гадость. У java наооборот. ;)
Вина я не употребляю, может быть поэтому и впечатления другие. В случае java - сначала гадость, чем больше работаешь, тем большая гадость оказывается.

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

Историк но базовые библиотеки в delphi - откровенно убогие.
Факт. Собственно, они и не были особо предназначены быть мощными - сообщество программистов сделает больше и лучше, нежели хорошая, но ограниченная команда борландеров.

Историк В Java гораздо мощнее,
Факт. И, к сожалению, гораздо дурнее и глюкавее - что тоже факт.

Историк ну а С++ STL - вообще шедевр инженерной мысли по сравнению с тем, что delphi предлагает в "стандартной поставке".
Да. И кстати обратите внимание, что "стандартным" он стал по факту, а разработан был абсолютно независимо. Всей разницы - борландеры не стали делать каких-то ритуалов.

Историк Можно конечно натаскать в Delphi всяких более или менее вменяемых компонентов и развести очередной зоопарк, но это все не то по сравнению со _стандартными_ инструментами
Если удержаться в рамках сравнения с явой, то первое, что в ней стоит сделать - развести зоопарк под названием "исправленные и более-менее нормально работащие наследники стандартных инструментов".

Историк(они пока что доказывают свою конкурентоспособность, даже столь не любимая Вами Java :-))
Я бы куда лучше относился к Java, если бы мне не приходилось на ней работать. Когда тратишь пару дней на поиск плавающей ошибки, а в итоге выясняется, что JButton.setAction реально работает как JButton.addAction (не затирает старый listener), начинаешь испытывать очень теплые и дружественные чувства к "стандартным инструментам".

ИсторикМысль на самам деле хотел донести о том, что стандартный инструмент всегда лучше нестандартного.
Только с маркетинговой точки зрения. В этой области, безусловно, борландеры очень слабы.

А насчет лучше... подойдите к ораклоидам и спросите, на чем лучше программировать клиентов под Oracle: на "стандартном" JDBC, на "стандартном" ADO, на "нестандартном" ODAC или на "нестандартном" DOA. Я вполне верю, что кто-то назовет один из первых двух вариантов, но почти уверен, что это будет человек, не видевший вторых.

ИсторикЗдорово получилось с этой STL (и надеюсь так же будет и с Boost).
Boost, кстати, хороший пример как раз на эту тему. Стандарт де-факто куда удачнее стандарта де-юре, поэтому незачем сравнивать эти понятия.

ИсторикИ не повезло Delphi.
Угу. Видимо, слишком многим людям нужно "шашечки", а не "ехать". Наверное, и boost кто-то не использует только потому, что "стандартные инструменты всегда лучше" :)

ИсторикКак получилось, что в С++ такие вещи постепенно "врастают" в стандарт?
Тут что-то есть :-)
И в той же Java стандартные библиотеки "обрастают мускулами" в каждой версии.
Угу. Если бы из стандартной библиотеки Java выкинуть AWT, выкинуть Swing и сделать вместо них что-то приличное, хотя бы на уровне визуальной части VCL, она стала бы куда симпатичнее :)

ИсторикВсе-таки, согласитесь - если надо решить некую задачу - сначала смотрим на стандартные средства, а потом привлекаем сторонние.
Если мы берем для работы инструмент, в котором ни фига не смыслим - наверное, так. В противном случае - берем хорошее и работающее.

И где же, позвольте полюбопытствовать, там написано, что в результате кода


нажатие на btn будет вызывать срабатывание всех трех обработчиков разом? То, что эти идиоты запутались в собственных концепциях, и реализовали setAction через addActionListener, который не очищается следующим вызовом setAction, это, уж извините, в доке не написано, ну или я не умею читать.

P.S. У меня дома нет JDK, так что не могу точно сказать, в какой версии был этот эффект. Я исправил его точно до пятой; в четвертой или в третьей - не уверен.

ИсторикВ "развитии" Delphi впрочем есть оригинальная черта - несовместимость версий как сверху вниз, так и снизу вверх.
Да, борландеры отличаются тем, что не лелеют ранее допущенные ошибки, а исправляют их. Это довольно приятно. Впрочем, несовместимость эта скорее теоретическая, чем практическая - я однажды замерил скорость перевода проекта с Delphi 2 на Delphi 5, получилось что-то порядка 150.000 строк в день.

DarkSquidНу опечатались.
А тестировать, простите, будет Вася Пупкин?

Да и на самом деле не столько "опечатались", сколько "криво спроектировали реализацию". Там, сколь помнится, довольно сложный код, который можно было бы заменить на выбор примерно следующим:


Первый подход лучше, так как не нужно заботиться, например, о варианте, когда программист взял у кнопки список listener-ов и пытается удалить action-овский с помощью removeActionListener либо пытается привести его к типу своего листенера и получает InvalidClassCast итп.