Date = Null - КАК ???

[Serge_Bliznykov]

ещё рекомендую на досуге (просто для развлечения) подумать над таким кодом...

type
  TForm1 = class(TForm)
  private
    procedure AddNewValue(a, b : integer);  overload;
    procedure AddNewValue(a, b, c : integer); overload;
    procedure AddNewValue(a, b, c, d : integer); overload;
    procedure AddNewValue(a, b : integer; c, d : variant); overload;
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.DFM}

procedure TForm1.AddNewValue(a, b: integer);
begin
//
end;

procedure TForm1.AddNewValue(a, b, c: integer);
begin
//
end;

procedure TForm1.AddNewValue(a, b, c, d: integer);
begin
//
end;

procedure TForm1.AddNewValue(a, b: integer; c, d: variant);
begin
//
end;

[delphicoding]

Увы, проблема получила продолжение... замечательный тип Variant тоже оказался недоделанным, тк не позволяется ему устанавливать значение по-умолчанию: [DCC Error] uForm.pas(92): E2268 Parameters of this type cannot have default values.
Почему?! Какой в этом смысл?! и какая нахер тогда это вообще универсальная переменная, ежели нельзя по-умолчанию присвоить значение... ппц идиотизм.
PS Дополнительным бредом является жёсткое ограничение на указание типов атрибутов процедуры - если указан тип со значением по-умолчанию, все следующие за ним - также обязаны быть со значением по-умочланию - бредятина! это может и удобно разработчикам Delphi, но это совершенно неудобна разработчикам В Delphi! Приходится подгонять порядок атрибутов вместо удобного и отвечающего чему-то в программе, по значениям по-умочланию. Тупизна какая.

[ZuBy]

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

procedure calc(x,y: integer; x2: integer; y2: integer; x3:integer=6; y3:integer=8);

[delphicoding]

Я не говорю, что я этого не понял, я утверждаю - что это бред и неудобство!

[ZuBy]

а что тут неудобного?
разницы нет как поставить параметры, тут дело просто в эстетике...
удобно когда параметры "сгруппированы"

[delphicoding]

Сам пишешь, сам не понимаешь. Конечно УДОБНО когда параметры СГРУППИРОВАНЫ, только вопрос в том - КАК сгруппированы параметры??? Мне как разработчику удобнее группировать параметры не по наличию значения по умолчанию, а по например реальному порядку в таблице... использовать же порядок отличный от порядка в таблице (а сгруппированный по наличию значения по-умолчанию) - наоборот - НЕУДОБНО!

[ZuBy]

ты можешь понять, что делфи не должно подстраиваться под одну конкретную задачу
(в твоем случае работа с БД).
Разработчик должен сам подстраиваться под те или иные задачи, чтобы решить их.

[delphicoding]

В данном случае функции элементарны - Delphi просто лажает.

[ReportCube]

Странный спор! Автор просто предлагает написать свой компонент, который бы поддерживал отсутствие параметра или передачу NULL в качестве параметра. Давайте поприветствуем инициативу и не будем его отговаривать!!!

[chertovich]

Параметры со значением по умолчанию ставятся в конце, только потому, что

procedure x (b2: byte = 0; b1: byte; );

в таком случае, при вызов процедуры с одним параметром x(5) процедура не будет знать какому формальному параметру принадлежит этот фактический параметр. в Программировании все должно быть однозначно и программист дожен знать что он хочет и как это правильно организовать. Delphicoding, ищите ошибку в себе, возможно вы не доконца понимаете сущность программирования, работы компилятора, философии Delphi. Если программирование вас сильно раздражает, вы чувствуете себя овощем, может бросайте его? доверьте это людям, которые смогут писать программы правильно, без ошибок, быдлокодерства. Чтобы имя Программист звучало гордо, а не винили прогера за его ошибки.