В делфи есть такая штука почему бы не сделать в MQL

[Владислав]

например

    property DataSource: TDataSource read GetDataSource write SetDataSource;

т.е. при чтении DataSource возвращается результат метода GetDataSource

а при присваивании чего либо DataSource оно передается в качестве параметра SetDataSource

ИМХО очень удобно.

[[Удален]]

arnautov:

например

    property DataSource: TDataSource read GetDataSource write SetDataSource;

т.е. при чтении DataSource возвращается результат метода GetDataSource

а при присваивании чего либо DataSource оно передается в качестве параметра SetDataSource

ИМХО очень удобно.

Удобно, очень. Но тут скорей всего будут траблы с безопасностью :(

[Дмитрий Александрович]

Как вариант перегрузка метода

int Class::DataSource()
{}

void Class::DataSource(int data)
{}

Если меня склироз не подводит :D

[Владислав]

Interesting:
Удобно, очень. Но тут скорей всего будут траблы с безопасностью :(

Какие тут могут быть траблы с безопасностью?

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

в чем уязвимость-то?

[Владислав]

mrProF:

Как вариант перегрузка метода

Если меня склироз не подводит :D

нет, я не об этом

[Дмитрий Александрович]

arnautov:
нет, я не об этом

Да понял я о чем вы, это как альтернатива :)

[[Удален]]

arnautov:

Какие тут могут быть траблы с безопасностью?

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

в чем уязвимость-то?

property DataSource: TDataSource read GetDataSource write SetDataSource;

Прежде всего разработчики стараются делать "безопасную" среду.

Начнем с того что:

1. Никто не гарантирует отсутствие возможности подмены типа TDataSource;

2. Никто не гарантирует отсутствие возможности подмены GetDataSource или(и) SetDataSource;

3. Разработчики действительно пошли по пути решения подобных ситуаций при помощи двух "безопасных" с их точки зрения вариантов:

а) наличие двух функций (процедур) - GetDataSource и SetDataSource;

б) Перегрузка методов (как правильно отметил mrProF выше).

PS

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

Конечно разработчики могут ответить более подробно, но на мой взгляд и этого вполне хватит.

PPS

Не помню обращался или нет с подобной просьбой я в сервисдеск, во всяком случае хотел.

[Hide]

arnautov:

например

    property DataSource: TDataSource read GetDataSource write SetDataSource;

т.е. при чтении DataSource возвращается результат метода GetDataSource

а при присваивании чего либо DataSource оно передается в качестве параметра SetDataSource

ИМХО очень удобно.

Моё мнение, что таки да, в дельфи эта штука гораздо приятнее чем в си.

[TheXpert]

HideYourRichess:
Моё мнение, что таки да, в дельфи эта штука гораздо приятнее чем в си.

В C++ можно сделать аналог ручками. В MQL конечно не получится.

А вообще использование методов Get и Set нагляднее. И кстати, зело тормозные они -- свойства, по кр. мере в делфях.

Но если сделают, я не против :)

[Владислав]

Interesting:

1. Никто не гарантирует отсутствие возможности подмены типа TDataSource;

Разумеется, но это и тут не гарантируется

Interesting:

2. Никто не гарантирует отсутствие возможности подмены GetDataSource или(и) SetDataSource;

Разумеется, но и сейчас в MQL их можно переписать

иначе на фига все эти заморочки с ООП если нельзя переписывать методы и обращаться к унаследованным потомками метода через тип предка?

[Hide]

TheXpert:

В C++ можно сделать аналог ручками. В MQL конечно не получится.

А вообще использование методов Get и Set нагляднее. И кстати, зело тормозные они -- свойства, по кр. мере в делфях.

Но если сделают, я не против :)

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

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