Геттеры\Сеттеры

[ДралсяСошибками]

Всем привет!

Зачем они нужны, ведь можно читать\писать напрямую в переменную.

[Stilet]

А если понадобится не просто читать\писать а реагировать кодом на доступ к переменной? Ты ведь не можешь описать событие изменения переменки типа integer, не так ли? А Сеттер, коль скоро переменка становится свойством это позволяет. Т.е. Реагировать, контролировать, мониторить все присвоения и считывания значения.

[ДралсяСошибками]

Понял, то есть, если мне не нужно контролировать переменные, то я могу их не использовать)))

[Человек_Борща]

Прочитайте уже про принципы ООП.

[ДралсяСошибками]

Лень, да и наверняка там много букв, а тут один ответ Stilet'а, сразу расставил все точки над "и")))

[northener]

Сообщение от ДралсяСошибками

Понял, то есть, если мне не нужно контролировать переменные, то я могу их не использовать)))

Геттеры и сеттеры предназначены для работы не с переменными, а со "свойствами". Почувствуй разницу.

[Stilet]

если мне не нужно контролировать переменные, то я могу их не использовать)

Геттеры и сеттеры это по факту функции и процедуры, которые вызываются когда ты присваиваешь или считываешь что-то (как правильно акцентировал northener) из свойства объекта. Само свойство состоит из трех частей:
1) Переменка (поле класса), где будет храниться значение. Она кстати не обязательна
2) Геттер - функция, которая вызывается если это поле класса участвует в выражении
3) Сеттер - процедура, которая вызывается если этому полю что-то присваивают.
Вот и получается что закулисно ты не присваиваешь а вызываешь процедуру.

А про ООП почитать придется, ибо обычные переменные линейной программы врядли удастся оснастить обертками.

[ДралсяСошибками]

Меня просто вот такой вариант ввёл в заблуждение:

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs;

type
  TForm1 = class(TForm)
  private
    { Private declarations }
  public
    { Public declarations }
  end;

  Str = class(TObject)
  private
    FS: String;
    function GetS: String;
    procedure SetS(const Value: String);
  public
    property S: String read GetS {FS} write SetS {FS};
  end;

  Str1 = class(TObject)
  public
    S: String;
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

{ Str }

function Str.GetS: String;
begin
  Result := FS;
end;

procedure Str.SetS(const Value: String);
begin
  FS := Value;
end;

end.

А про дополнительные действия при присвоении, я сразу и не подумал, теперь всё стало ясно)))

[Человек_Борща]

Геттеры и сеттеры предназначены для работы не с переменными, а со "свойствами". Почувствуй разницу.

Запросто и с переменными. Особенно для доп. контроля значения, и других проверок. Своего рода хак для 1-2 курса, когда ООП ещё низзя.

Лень, да и наверняка там много букв, а тут один ответ Stilet'а, сразу расставил все точки над "и")))

Ну тогда ты очень печальный программист. Виталий всего в двух словах упомянул всего 1 принцип ООП, да и то сути не раскрыл.

[ДралсяСошибками]

Я не программист и кодю по мере надобности)))