hi, since this may be of your concern also, please have a look at
https://quality.embarcadero.com/browse/RSP-23083
it’s a DA datamodule that loads very slowly in RIO
that said, i have it with much smaller DA datamodules also…
hi, since this may be of your concern also, please have a look at
https://quality.embarcadero.com/browse/RSP-23083
it’s a DA datamodule that loads very slowly in RIO
that said, i have it with much smaller DA datamodules also…
Hi,
Is it correct, that this issue is only reproduced with Delphi Rio and isn’t with any other versions of Delphi?
It would be great if you could see what method causes failure. it can be calculated with AQTime
well Tokyo wasn’t that fast neither but in RIO it is far more noticable…
that said, in Tokyo i had delphispeedup installed…
now forms with a lot of components are also slow to load…
the dm in question has a large DA schema… but i guess that this isn’t processed unless the DAS is activated…
you can put schema near to .exe and load it in runtime.
it will reduce .dfm size and will allow to open it faster in design-time
Note: schema can be stored in pfBinary format. it will be loaded faster in comparing with xml format that is used by default. DASM can open only files stored in pfXML format.
TDAPersistFormat = (pfBinary, pfXML);
TDAStreamableComponent = class(TROComponent)
...
procedure LoadFromFile(const aFileName: string; aFormat: TDAPersistFormat = pfXML);
procedure SaveToFile(const aFileName: string; aFormat: TDAPersistFormat = pfXML);
end;