Operator overloading

← →
REA (2007-03-30 10:08) [0]

Дождались...
http://dn.codegear.com/article/34324

← →
Чапаев © (2007-03-30 10:16) [1]

Да, есть версии Делфи и выше седьмой. Для тебя это новость?

← →
REA (2007-03-30 10:21) [2]

Ну ладно там Class Helpers или final methods, но чтобы операторы перегружать...
А с D7 сравнивают по двум причинам: она стабильна и мало что сделано по сравнению с D2006

← →
Чапаев © (2007-03-30 10:28) [3]

> Ну ладно там Class Helpers или final methods, но чтобы операторы
> перегружать...
Ну это, сопсна, уже года полтора как не новость, если не больше. Так что удивлённые глаза с тарелку не к месту...

← →
Jan (2007-03-30 10:51) [4]

чего-то я не вьеду - Since Delphi 7 начиная с 7-го или после 7-го?

← →
wicked © (2007-03-30 10:52) [5]

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

← →
Чапаев © (2007-03-30 10:54) [6]

> [4] Jan (30.03.07 10:51)
"С тех пор, как была Д7"...

← →
Чапаев © (2007-03-30 10:55) [7]

> вот если для записей можно перегружать операции....
Ну. Можно. А что?

← →
Jan (2007-03-30 10:56) [8]

а... они чуть ниже написали...
Abstract: See many of the major new language features in Delphi released after the Delphi 7 version
И чего это не написать в заголовке?

← →
Суслик © (2007-03-30 10:57) [9]

В win32 перегрузка операторов работает только для записей.
Для классов - нет.

Почитал. Все правильно - ничего не забыли упомянуть :)

PS abstract для классов в BDS2006 не работает :) Компилиться, но не фунциклирует.

← →
wicked © (2007-03-30 10:59) [10]

> Чапаев © (30.03.07 10:55) [7]

> > вот если для записей можно перегружать операции....
> Ну. Можно. А что?

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

← →
_Аноним (2007-03-30 11:00) [11]

Я что-то не врубился.
Имеется в виду наверно таки "2007" а не "7"?
Потому что ну нету сейчас (у меня 2006) перегрузки операторов, нету.
Я даже не поленился, попробовал этот код откомпилить (ну мало ли чего)...

← →
wicked © (2007-03-30 11:01) [12]

> Суслик © (30.03.07 10:57) [9]

> В win32 перегрузка операторов работает только для записей.
> Для классов - нет.

значит все правильно :)

← →
Суслик © (2007-03-30 11:05) [13]

>>Потому что ну нету сейчас (у меня 2006) перегрузки операторов, нету.
для классов ее и нет
есть для записей.

← →
Суслик © (2007-03-30 11:07) [14]

перегрузка есть для классов, но в delphi for net

← →
_Аноним (2007-03-30 11:09) [15]

> Суслик ©

> есть для записей.

И в BDS2006 есть для записей?? 8-0

← →
Суслик © (2007-03-30 11:09) [16]

да

← →
Суслик © (2007-03-30 11:10) [17]

> [15] _Аноним (30.03.07 11:09)

если у тебя bds2006 стоит, то перейди по урле
ms-help://borland.bds4/bds4ref/html/OperatorOverloads.htm

← →
_Аноним (2007-03-30 11:14) [18]

> Суслик ©

да уж...
Век живи век учись, называется.. :-)

← →
Суслик © (2007-03-30 11:14) [19]

> да уж...
> Век живи век учись, называется.. :-)

все проще: поставил новую дельфи, прочти object pascal reference.
чтения на несколько часов.

← →
Ketmar © (2007-03-30 11:29) [20]

а я давно говорил: расстрелять. без права на обжалование. с ужасом жду появления препроцессора a-la C. пойду лучше на C++ писать -- всё равно нормальному языку Delphi -- гайки. %-(

← →
Игорь Шевченко © (2007-03-30 11:30) [21]

> а я давно говорил: расстрелять

За метлой сходил ?

← →
Ketmar © (2007-03-30 11:33) [22]

и за пивом тоже.

Игорь, ну вот поясни мне: на какой половой орган нужны:
хэлперы
перегрузка функций
перегрузка операторов

хотя бы это. имо -- нафиг не надо. всё, что оно делает -- усложняет код. Профессор не зря такую фигню в Оберон не встроил.

← →
Игорь Шевченко © (2007-03-30 11:42) [23]

Ketmar © (30.03.07 11:33) [22]

> всё, что оно делает -- усложняет код

Не всегда. Если ты помнишь, то против helper"ов я довольно активно выступал. За одним редким исключением - для связи TObject с System.Object кроме helper"ов трудно что-либо придумать.

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

Так что пулю побереги :)

← →
Ketmar © (2007-03-30 11:49) [24]

> Игорь Шевченко © (30.03.07 11:42) [23]
> Собственно, введение всех новых возможностей языка не принуждает
> к их безоговорочному использованию, поэтому если что-то
> не нравится до отторжения - проще не использовать, чем расстреливать
> авторов языка.
так если бы только мной ограничивалось. ведь мы же используем сторониий код, нес па? а с появлением новых фич их будут внедрять в этот код. хотя бы для того, чтобы пиарить ("мы уже стираем тайдом!"). если фичи нет -- её и не "переиспользуют". %-)

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

Игорь, я старый брюзга. "нэ трэба!" (ц) кодежыр пошёл по пути маркетинга. вместо пути багофиксов и развития. собственно, именно это меня бесит. и именно поэтому я говорю -- Delphi 3.14ец. если бы их добавления были seamless и не в ущерб фиксам (не мне тебе говорить, что генофонд далеко не идеален) -- я бы первый орал "даёшь!". а так...

← →
Суслик © (2007-03-30 12:02) [25]

> [24] Ketmar © (30.03.07 11:49)

> кодежыр пошёл по пути маркетинга. вместо пути багофиксов
> и развития. собственно, именно это меня бесит.

есть такое, но не совсем.

баги они все-таки фиксят, причем весьма активно.
более 70% процентов отслеживаемых мною багов в д2007 пофиксено.

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

← →
Игорь Шевченко © (2007-03-30 12:02) [26]

Ketmar © (30.03.07 11:49) [24]

> это да. но добавление новых фич упрощает процесс написания
> нечитабельного бреда

Я смею тебя заверить, что для написания вполне хватает стандартных средств object pascal. Фабрика по производству метел уже без того работает на повышенной мощности.

← →
Игорь Шевченко © (2007-03-30 12:08) [27]

Суслик © (30.03.07 12:02) [25]

> баги они все-таки фиксят, причем весьма активно.

Давай не надо. Я не работал с D8, но судя по отзывам это было как тухлое яйцо - обращаться бережно и с осторожностью, не дай Аллах задеть.
Появился D2005, который на простых нетребовательных проектах вел себя довольно сносно, но на более сложных начинал вести себя непредсказуемым образом. Ну то есть, совсем непредсказуемым.
Через год появился D2006, который, по моему скромному мнению, представлял из себя относительно 2005 то же, что второй сервис-пак для Windows XP, с одной только разницей - второй сервис-пак для XP раздавался всем желующим, а 2006 - за денежку.

Так в D2006 тоже, как выяснилось, багов немеряно, у меня отсылка репортов при падениях среды уже автоматически происходит. И что предлагается ? D2007 как сервис-пак за денежку ?

← →
Ketmar © (2007-03-30 12:09) [28]

> Игорь Шевченко © (30.03.07 12:02) [26]
я в курсе, что бред можно написать даже имея в распоряжении всего три оператора. но имея 33 его (бред) написать проще. вон Кнут вообще писал на псевдоасме -- и ничего. всё понятно.

> [27] Игорь Шевченко © (30.03.07 12:08)
> Суслик © (30.03.07 12:02) [25]
> > баги они все-таки фиксят, причем весьма активно.
> Давай не надо.

Ты что оспариваешь? То что они баги фиксят? Вообще о чем речь - в чем я не прав? :)
Баги фиксят, продают за бабки. Это факты.

Разговор же шел о фиксе багов. Это они делают. Про другое я и не говорил.

угу. фиксят. через 5-7 лет. офигеть фиксы. D2-D7, баг с case был жив. а багрепорт был написан ещё во времена D3. про баги с оптимайзером я лучше вообще промолчу...

Суслик © (30.03.07 12:25) [29]

Как баги фиксятся - ты знаешь не хуже меня. Меня, как пользователя Delphi не интересует, какое количество багов они пофиксили в D2006 относительно D2005, меня интересует НОРМАЛЬНАЯ СТАБИЛЬНАЯ РАБОТА средства разработки. А с увеличением номера версии я ожидаю новых возможностей, желательно безглючных, а не фиксенных багов. Баги фиксятся update pack"ами и hotfix"ами

> НОРМАЛЬНАЯ СТАБИЛЬНАЯ РАБОТА средства разработки.

я в части стабильности БДС2006 весьма доволен.
Убрал все insight"ы (code, error)
Убрал структуру модуля (когда дерево классов в тек. модуле выводится).

Падать перестала в принципе.

Не дело это, конечно, но добиться устойчивой работы можно.

угу. "убрать то-то и то-то, тогда заработает". обалдеть политика.

и, кстати: ГДЕ, блин, опция "component palette a-la D7"?! сторонние решения не предлагать. зачем было ломать отличную IDE в угоду MSVS?

хорошо хоть, что форму можно оторвать и сделать как в D7. хоть это дали...

Суслик © (30.03.07 12:35) [32]

Без code insight работать в принципе неудобно. С таких же успехом можно набирать код в текстовом редакторе и компилировать компилятором командной строки.

> [35] Игорь Шевченко © (30.03.07 12:57)
> Суслик © (30.03.07 12:35) [32]
>
> Без code insight работать в принципе неудобно. С таких же
> успехом можно набирать код в текстовом редакторе и компилировать
> компилятором командной строки.

я имел в виду автоматический code insight - когда набрал идентификатор и точку и автоматически открывается окно. Я это убрал - жму ctrl+space.

> Суслик © (30.03.07 13:09) [37]
> я имел в виду автоматический code insight - когда набрал
> идентификатор и точку и автоматически открывается окно.
> Я это убрал - жму ctrl+space.
да-да-да. автоматическая коробка передач -- маст дай. всё надо делать ручками!

> автоматическая коробка передач -- маст дай. всё надо делать
> ручками!

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

ключевое слово -- "иногда". %-)

Operator overloading Найти похожие ветки