🚀 go-pugleaf

W dniu 07-10-2019 o 23:18, J-23 pisze:
> W dniu 07.10.2019 o 09:04, Roman Tyczka pisze:
>> On Mon, 7 Oct 2019 00:08:36 +0200, Marek wrote:
>>
>>>>>     mam w pętlach tysiące odwołań do stanu "Checked" itemu menu np. 
>>>>> "mnuBasicMode".
>>>>> Ciekawi mnie, gdybym ten stan zapamiętał (po jego zmianie) w 
>>>>> jakiejś zmiennej
>>>>> np. BasicMode, czy szybszy byłby odczyt stanu ze zmiennej niż z itemu?
>>>>
>>>> Długo się zastanawiałem jaki spaghetti code trzeba natrzaskać, żeby 
>>>> mieć
>>>> pętle czytające tysiące razy stan kontrolek wizualnych... nie 
>>>> wymyśliłem.
>>>> Słyszałeś o separacji UI od logiki biznesowej? O MVVM czy chociaż 
>>>> MVC? A
>>>> coś Ci mówi SOLID, KISS czy DRY?
>>>
>>> Słyszałem, słyszałem. Projekt jest przejęty po kimś i nie opłaca się 
>>> go rozbijać
>>> na np. MVP, jedynie zoptymalizować, stąd to pytanie, na które jak 
>>> widzę nie znasz
>>> odpowiedzi :p
>>
>> Odpowiedź jest trywialna, choć nieoczywista. Trzeba sprawdzić kod gettera
>> od tego property i ocenić jego złożoność.
>> Ale i tak na 95% w złym miejscu szukasz optymalizacji.
>> Poza tym do takich rzeczy używa się profilerów, a nie strzelania z 
>> tyłka na
>> oślep. Z darmowych np. tego:
>> https://www.delphitools.info/samplingprofiler/
>>
> Jak najbardziej profiler jest dobrą radą, ale tutaj już na oko widać że 
> tego kodu nie da sie zoptymalizować :P Powód? z tego co pisał autor 
> posta jest odwolanie do Checked gdzie na 100% jest to powiązane gdzieś z 
> wyświetlaniem na ekranie więc już samo to powoduje spadek wydajności 
> skoro to ma sie x razy odrysować.

Podejrzewam ze nic się i-krotnie nie odrysowuje, tylko w filtrze jest 
sprawdzana wartość

if CheckBox.Checked=True then ...

A czy ma to wpływ na szybkość w porównaniu z autonomiczną zmienną można 
po prostu przetestować na dużej pętli(przypuszczam że marginalną).

miab