🚀 go-pugleaf

On Fri, 26 Jan 2018 21:04:31 +0100, Krzysztof Szyszka wrote:

>>>> To trochę OFF topikowo, ale timery są be.
>>>> Lepszym, i to zdecydowanie, patentem jest throttling/debouncing events, czyli programowania
>>>> reaktywne.
>>>
>>> A możesz mi napisać, jak bez Timera można zareagować na zdarzenie, które nie nadchodzi w
>>> określonym
>>> czasie?
>>
>> Np. tak:
>>
>> https://jonlennartaasenden.wordpress.com/2016/11/23/delayed-execution-for-delphi/
> 
> Skoro już piszesz jako "adwokat diabła" i podajesz linka, to może pokusiłbyś się o jakiś komentarz?

Nie jestem adwokatem żadnego diabła, grupa jest publiczna to się
udzieliłem. A co do komentarza... co tu komentować? Autor sam skomentował.
 
> Jakoś nadal nie widzę tu żadnych zalet, żeby zamiast prostego timera w głównym wątku, uruchamiać
> osobny wątek do odliczania czasu zakończony callbackiem, szczególnie wtedy, gdy po upływie czasu
> zamiast banalnego ShowMessage, trzeba wykonać jakieś złożone zadanie w głównym wątku.

Nie twierdzę, że to coś lepszego od timera tylko alternatywa skoro timery
mają ograniczenia.
Poza tym od ponad dekady mamy procesory z coraz większą liczbą rdzeni, dziś
już single core szukać ze świecą, za to cały świat teraz narzeka, że
software nie nadąża za hardwarem, bo programiści nie korzystają z
wielordzeniowości, więc... korzystajmy :-)
 
> Zresztą sam autor na wstępie napisał, że jest to realizacja funkcji windowsowego Timera dla
> systemów, które go nie posiadają, żeby mógł przenieść swoją bibliotekę z VCL na FMX:
> 
> "Now I did make a version of this library earlier which was VCL only (using the Windows API)
> but lately I decided to upgrade it to use threads – and thus the library is now platform independent
> and FMX compatible."

No nie, on napisał, że zrobił to dlatego, że w SMS miał takie rozwiązanie i
brakowało mu go w Delphi. A dopiero potem przerobił z WinAPI tak, że stało
się multiplatformowe.

-- 
pozdrawiam
Roman Tyczka