Leonidv
Проблема возникает когда вариантов (в) у меня несколько десятков. На всю катушку запускается дублирование кода, тогда как ООП в принципе и создано ради его избежания.
Плюс, были проблемы с использование интерфейсов уже в коде (D7), точно примеры не напишу, но глюки были. И опять таки, прибавив управление памятью они еще больше код запутали. Ведь если объект наследуется от TInterfacedObject вызов FreeAndNil может привести к весьма неприятным последствиям. Так что надо быть вдвойне осторожным при уничтожение объектов.


Леонид, вот меня тут обвиняют в каком то бреде. Ну ладно, я это могу списать, что дети, отформатированными Эккелем и паттернами - не понимают и 10% того, что я хочу сказать.

Но вот пост выше я отлично понял. И могу назвать штуки три способа выстрелить себе в ногу при неумении пользоваться интерфейсами в Delphi (ах, да, аспекты автоматической сборки мусора, т.е. - реализация метода _Release, место и условие его фактического вызова).

Но вы меня опять откровенно радуете. Ну ладно, в документации и справке этот пункт разжеван. Ладно, вы не знаете английский (учили небось французский в школе? ах, питер, питер...). Ладно, в школе вас не научили пользоваться литературой и поиском информации.

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

Просто смешно, смешно и грустно.

LeonidvВ хороших языках средство выбирается не по принципу "что проще", а по принципу "что нужно".

Глубокая мысль. Даже впечатлён.

Java это хороший язык или плохой? property и множества (set of) уже появились или... нет? А... ну пишите, пишите.

LeonidvЧасто без него можно обойтись и использовать абстрактные классы.
А вот это совсем не глубокая мысль. Я б даже сказал - весьма плоская, даже выпуклая.

fixxerСогласен, что set удобный тип. Но, насколько я помню, он ограничен лишь перечислимыми типами. Или я давно не смотрев в Делфи?

А тебе нужно что то еще? IMHO, всяко удобнее, чем работа с битовыми масками, а то и вовсе, как это нынче принято в .NET и Java - рисованием конструкций вида
<YetAnotheWayToMemoryFlloding SomeBeanSettedValueAsLogicalCondition = "true"/>


Ну и ли java клаccика: SomeCondition().asString() != "false" (ну или как там у вас принято?)

----

Пропети, на самом деле - отличная штука. Как то не возникает проблем - геттер, сеттер, или прямой доступ (на чтение).
Пиши просто, без лишних get, set, это дело той стороны, как тебя понимать.

А чего отцы создатели на проепети уже (12-ть?) лет ломаются то? Прям таки "неидейно"?

fixxerИменно это и имел ввиду. Даром не нужен такой.

А что тебе нужно? С прицелом в один четыре байта? Нет? Лучше завести 256-ть булевых переменных (на четыре байта), да еще в виде объектов в управляемой куче (со счетчиками, как же без них)?


--

Кстати, как там я ява поживает перегрузка операторов? Тоже никак?