Сохранение контекста в другом классе (MFC)

@LamerOnLine · Регистрация: 23.01.2009

Студворк — интернет-сервис помощи студентам

Сейчас делаю примерно так:
в классе окна

C++
1
2
3
4
5
void MyClass1::OnPaint()
{
   CPaintDC dc(this);
   Draw(dc);
}

В отдельном классе (таково требование) принимаю этот контекст и использую. Но делаю это каждый вызов функции:

C++
1
2
3
4
void Draw(CPaintDC & const dc)
{
   //Отрисовка
}

Можно ли передать контекст в другой класс только один раз и сохранить его в переменной, а дальше просто использовать? Или это принципиально невозможно? Если это возможно, то каков синтаксис? Просто объявление

C++
1
CPaintDC Dc=dc

выдает ошибку:
function "CPaintDC::operator=(const CPaintDC &)" (declared implicitly) cannot be referenced -- it is a deleted function
Которую я не очень понимаю. Да и в принципе с MFC и контекстами работал мало. Кто может подсказать?

@Ygg · 03.11.2020, 11:13

Мне думается, что так не правильно делать. CPaintDC - это специфичная обёртка для рисования, навроде автолоков в STL. В конструкторе вызывается функция BeginPaint, в деструкторе EndPaint. Связка этих двух функций обеспечивает нормальную работу системы рисования и валидации перерисовываемых областей. Длительное хранение объекта CPaintDC не очень хорошее решение, так как логика использования заточена именно на вызовы конструктора и деструктора.

Алексей1153 · 03.11.2020, 13:56

LamerOnLine, теоретически можно (и даже вполне безопасно) хранить HDC . Его можно отстегнуть от объекта CDC методом Detach, а на время использования пристегнуть Attach (но не забывать потом отстёгивать, иначе деструктор CDC его релизнет)

безопасно - так как ничего нигде не упадёт, если хендл протухший, только перестанет работать вывод графики, и будет возвращаться GetLastError

@oleg-m1973 · 03.11.2020, 19:30

Сообщение от LamerOnLine

Можно ли передать контекст в другой класс только один раз и сохранить его в переменной, а дальше просто использовать? Или это принципиально невозможно? Если это возможно, то каков синтаксис? Просто объявление

Это принципиально не нужно. Не выдумывай.

Новые блоги и статьи Все статьи Все блоги /
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .

@Ygg 2736 / 891 / 331 Регистрация: 10.02.2018 Сообщений: 2,120
	03.11.2020, 11:13
	Мне думается, что так не правильно делать. CPaintDC - это специфичная обёртка для рисования, навроде автолоков в STL. В конструкторе вызывается функция BeginPaint, в деструкторе EndPaint. Связка этих двух функций обеспечивает нормальную работу системы рисования и валидации перерисовываемых областей. Длительное хранение объекта CPaintDC не очень хорошее решение, так как логика использования заточена именно на вызовы конструктора и деструктора. 0

Алексей1153 фрилансер 6468 / 5683 / 1131 Регистрация: 11.10.2019 Сообщений: 15,149
	03.11.2020, 13:56
	LamerOnLine, теоретически можно (и даже вполне безопасно) хранить HDC . Его можно отстегнуть от объекта CDC методом Detach, а на время использования пристегнуть Attach (но не забывать потом отстёгивать, иначе деструктор CDC его релизнет) безопасно - так как ничего нигде не упадёт, если хендл протухший, только перестанет работать вывод графики, и будет возвращаться GetLastError 0