Кто круче?

[ResourceSpace]

Обычно принято - каждый участок кода, который собирается что-то нарисовать, просто ставит свойства как ему нужно, после рисует. И не думает что кто-то будет рисовать после него.
Мне этот подход тоже не особо нравится. Но почему через стек?

Можно при создании окна создавать массивы TPen и TBrush. Перед рисованием Assign'ить нужные. Например по ID, али ещё как.
Или хранить массив из 4-х или сколько там параметров Integer. Хотя в VCL эти классы работают не особо продумано...

[min@y™]

массивы TPen и TBrush

массивы - это перебор.

Но почему через стек?

Выше я выложил свой альтернативный вариант без стека (пост #16). Как думаешь, что будет менее жирным и более шустрым - твой вариант или мой?

Админы, перенесите тему куда-нить, она перестала относиться к ассемблеру.

[ResourceSpace]

А у вас что получается? Массив свойств в формате "4байта", только в стеке или в незнакомом мне TStack<>.
Не в курсе сильно ли изменилась реализация TPen и TBrush, но в Д7 при каждом Set%PROPERTY_NAME%() выполняется столько кода, что через Assign должно быть быстрее, как минимум не медленнее. Сомневаюсь что Эмбасы это как-то сильно оптимизировали.
Насчёт жирности - не вижу ничего жирного в паре строк вида:

with Canvas do
  begin
    Brush.Assign(Brushes[3]); Pen.Assign(Pens[5]);
    // Или // SetBrush(Brush, 3); SetPen(Pen, 5);
    // Или // SetBrushAndPen(Brush, 3, Pen, 5);
    // куча вызовов всяких методов Canvas
  end;

В конце концов можно просто на практике сравнить что шустрее или жирнее. :3

[min@y™]

А у вас что получается? Массив свойств в формате "4байта"

Правильно. Массив из масксимум 7 DWORD-ячеек. А у тебя - массив размером максимум

(размер_области_памяти_под_TPen + размер_области_памяти_под_TBrush) / 7.

Причём, естественно,

размер_области_памяти_под_Txxx ≠ SizeOf(Txxx) = 4 байта.

Прикинь, сколько вешать в граммах?

только в стеке

Нет там стека, список там.

или в незнакомом мне TStack<>

TStack<тип> - это TStack, где Items[Index]: тип, а не Items[Index]: Pointer.

[ResourceSpace]

Ну и что? Оперативка нынче не в граммах меряется. Вы сперва скорость оптимизировали, теперь почему-то память считаете? Бывает что-то одно.
А сколько у вас планируется разных кистей и ручек? При Create окна создали по 10-20 штук и хватит, пусть живут до Destroy.

Я в курсе что есть <T>, я про ваш предыдущий вариант.

[min@y™]

Ну и что? Оперативка нынче не в граммах меряется.

Ооооооо! Ну началось!

Вы сперва скорость оптимизировали, теперь почему-то память считаете? Бывает что-то одно.

Хочу оптимальный баланс. Мне этот подход интересен как профессионалу (for experience only) и может пригодиться на практике в боевых проектах и совсем в других масштабах! Спорить будешь?

[ResourceSpace]

Вы первый сказали мол сколько вешать.

Посмотрите что делается при выполнении "P.Width:=...", "P.Color:=..." и прочих вызовах. Может в вашей версии Делфи там не через одно место...
А я бы просто сравнил шустрость в RunTime.

[min@y™]

А я бы просто сравнил шустрость в RunTime.

Отпишусь-ка от темы, пока не началось. Ты меня устал.

[waleri]

Есть системные вызовы SaveDC() / RestoreDC()

[Stilet]

Темку перенес.