N
В FireDAC поведение при ошибках настраивается
Size: a a a
2020 February 25
GB
это - для удобства пользователя
ну, удобство это хорошо, но надо оценивать в комплексе. у каждой фичи есть цена и она может оказаться слишком большой. не думаю, что оракле не сделали этого, потому что не смогли.
N
У ms sql, кроме Report Services, других плюсов не увидел пока что
GB
вопрос по женерикам:
TTest1 = classэто что оно имеет в виду?? :)
end;
TTest2<S: TTest1> = class
public
f: S;
function test(): Integer; inline;
end;
...
procedure TTest2<S>.test();
begin
F := TTest1.Create(); // Error:(25, -1) DELPHI: Incompatible types: 'S' and 'TTest1'
end;
GB
это Delphi 10.3 если че, FPC все норм
VA
вопрос по женерикам:
TTest1 = classэто что оно имеет в виду?? :)
end;
TTest2<S: TTest1> = class
public
f: S;
function test(): Integer; inline;
end;
...
procedure TTest2<S>.test();
begin
F := TTest1.Create(); // Error:(25, -1) DELPHI: Incompatible types: 'S' and 'TTest1'
end;
видимо не может толком разрулить типы
F := TTest1.Create() as S;GB
видимо не может толком разрулить типы
F := TTest1.Create() as S;шо тут разруливать? это самый банальный случай :)
VA
а вообще есть смысл в таком коде? ведь явно подразумевается, что будут наследники TTest1 создаваться, а не сам TTest1
GB
а вообще есть смысл в таком коде? ведь явно подразумевается, что будут наследники TTest1 создаваться, а не сам TTest1
а какая разница? и экземпляры самого базового класса тоже будут использоваться
GB
с наследниками та же петрушка
VA
а какая разница? и экземпляры самого базового класса тоже будут использоваться
я не оправдываю компилятор. но напрашивается вариант
TTest2<S: TTest1, constructor> = class
public
f: S;
function test(): Integer; inline;
end;
function TTest2<S>.test: Integer;
begin
F := S.Create;
end;GB
я не оправдываю компилятор. но напрашивается вариант
TTest2<S: TTest1, constructor> = class
public
f: S;
function test(): Integer; inline;
end;
function TTest2<S>.test: Integer;
begin
F := S.Create;
end;вариант, спасибо
SB
Не повторяйте моих ошибок, не меняйте TThread.Suspended внутри THread.Execute(). Оно работает не всегда не везде и и не так как надо. Лучше вызывать Sleep(1) если не надо ничего делать.
VA
Не повторяйте моих ошибок, не меняйте TThread.Suspended внутри THread.Execute(). Оно работает не всегда не везде и и не так как надо. Лучше вызывать Sleep(1) если не надо ничего делать.
он давно уже deprecated.
для приостановки есть WairFor..
ну и в целом заморозка потока из него же выглядит как минимум странно
для приостановки есть WairFor..
ну и в целом заморозка потока из него же выглядит как минимум странно
SB
deprecated метод Suspend(), но не свойство Suspended.
VA
deprecated метод Suspend(), но не свойство Suspended.
загляни в сеттер
DB
само по себе интересно как связаны Suspended и Sleep(1) :)
SB
WaitFor тоже рискованно, вдруг сигнал/семафор не сработает, поток будет висеть. Внутри DLL initialization такое запросто.
AS
Не повторяйте моих ошибок, не меняйте TThread.Suspended внутри THread.Execute(). Оно работает не всегда не везде и и не так как надо. Лучше вызывать Sleep(1) если не надо ничего делать.
менять TThread.Suspended внутри THread.Execute()
даже в голову не пришло бы ))))
зачем?
даже в голову не пришло бы ))))
зачем?