krapotkin

вот проверил специально. C++ нет у меня но думаю, не отличается ничем b2 := TButton.Create(nil); b2.Parent := Self; b2.SetBounds(50,50,150,30); потом m1.Lines.Add(inttostr(b2.RefCount)); b2.Parent:=NIL; m1.Lines.Add(inttostr(b2.RefCount)); FreeAndNil(b2); // <-- тут попадает в деструктор для проверки TButton=class(FMX.StdCtrls.TButton) public destructor Destroy; override; end; destructor TButton.Destroy; begin ; inherited; // <--- breakpoint here end; если создавать TButton.Create(Self) то нужно больше движений. Просто не нужно так делать ))))

Вообще не понял вопрос http://docwiki.embarcadero.com/Libraries/Tokyo/en/FMX.Graphics.TCanvas_Methods что из этого вызывает затруднения?

.RefCount дает количество ссылок на объект, если <>0 значит вы еще не все ссылки удалили Если компонент создан aa := TMyComp.Create(OwnerComponent) то как минимум нужно еще и удалить его у владельца. про удаление компонентов тут 8 страниц недавно написали Если вы создаете его динамически, то не указывайте владельца, тогда Component->Parent = NULL; FreeAndNil(Component); будет достаточно

может, доки прочесть? в мобильных платформах используется ARC поэтому, пока есть хоть одна ссылка на объект, он не уничтожается зато, когда ссылок нет, он уничтожается самостоятельно вызов Delete для компонента нужен для сохранения кросс-платформенной совместимости в Windows он работает, в ARC - пустой а принудительный вызов деструктора скорее всего только навредит, ибо архитектурный косяк прикрывается костылем...

эмм, а насчет рисовать на специально выделенных местах - не на форме а на PaintBox никак? там все без бубнов взлетает

emro "поддерживает" только текущую версию продукта, поэтому, если проблема не воспроизводится на 10.3, то ее как-бы и нет

а разве не в OnUpdateObjects/OnUpdatingObjects это должно происходить ?

будет.

С пустым именем может вообще не пустить. Точно помню...

Я имел в виду - в конструкции TTask.Run - Synchronize конечно. Ну и тот же FreeAndNil в ForceQueue Думаю в таком варианте будет все равнозначно. Главное чтобы DisposeOf не вызывать руками в ARC. Мало ли там в недрах FMX еще кто его потрогать захочет... )))

ну и тут поток. в чем вопрос? они с этим Release уже мучаются хрен знает сколько и никак до ума не доведут. основные-то моменты ясны. отцепить от Parent и тогда простой FreeAndNil() вполне подходит. Для ARC он внутри пустой.

ну, так и работают все "бесконечные" списки новостей - при прокрутке удаляем уже прокрученное и в фоне зачитываем предстоящие позиции. а в андроиде чуваки даже семинар специальный делали, рассказывали как они пытались ускорить списки, и описывали подход с адаптерами в обычном VCL примерно так же работает Virtual Tree View - ничего не хранит, все что нужно запрашивает у программиста

3000 ? 3000 * 50 кб по моим подсчетам на 150 мб потянет для мобилки не перебор?

memo на 5000 строк (в VCL программе, т.е. "те парни из MS") пожирает 80% CPU при изменении/добавлении строки. по сути вся программа работает на лог. потому что компонент внутри не очень простой, как бы вам ни казалось. память перевыделять постоянно для этого монстра надо, и пробегать по строкам, перерассчитывать поэтому просто не надо делать лог в мемо если вам нужна только функциональность просмотра - написать отображальщик лога из sgtringlist - 10 минут

Ну, другого способа вроде и нет, кроме как кэшить жту инфу. Но бесконечные списки должны сами удалять себе голову и добавлять хвост. Чтобы оставаться в пределах разумного размера