MFC单文档内部执行过程

第一步:

调试过程中发现,在CSingleDocTemplate的构造函数中初始化了CSingleDocTemplate成员变量m_pOnlyDoc = NULL;

并调用父类CDocTemplate的构造函数,在父类的构造函数中初始化了三个成员变量:

CRuntimeClass*m_pDocClass =RUNTIME_CALSS(CSdiDoc);      

CRuntimeClass*m_pFrameClass = RUNTIME_CALSS(CSdiFrm);

CRuntimeClass*m_pViewClass = RUNTIME_CALSS(CSdiView);

第二步:

调用CWinApp的AddDocTemplate,进入函数内部:

实参是:pDocTemp(CSingleDocTemplate)。

CWinApp中有一个m_pDocManager(CDocManager)的指针

CWinApp::AddDocTemplate函数内部实例化了m_pDocManager

并调用m_pDocManagerCDocManager::AddDocTemplate函数。

下面是该函数的内部实现过程(省略次要部分):

实参:pDocTemp(CSingleDocTemplate)

void  CDocManager::AddDocTemplate(CDocTemplate* pTemplate)

{

     if(…)

      {…}

     else

    {

       …

       pTemplate->LoadTemplate();//内部执行可以不用关心

      m_templateList.AddTail(pTemplate);

    } 

}

 

//CDocManager中有一个成员:m_templateList

m_templateList.AddTail(pTemplate);//内部实现过程:

使用尾插法将pTemplate插入到m_templateList链表的尾部。

第三步:

OnFileNew();函数的内部实现过程:

 

void CWinApp::OnFileNew()

{

//m_pDocManager在第二步CWinApp::AddDocTemplate中已经实例化了

if (m_pDocManager != NULL)

m_pDocManager->OnFileNew();

}

补充:m_pDocManager成员函数:OnFileNew()

AddDocTemplate(CDocTemplate* pTemplate)

m_pDocManager->OnFileNew()//内部实现过程:

void CDocManager::OnFileNew()

{

      //CDocManager::AddDocTemplate中添加了一个单文档模板到m_templateList的尾部,所以此处不为空

      if (m_templateList.IsEmpty())

      {…     }

     //获取模板链表的第一个元素,此时拿到的是我们之前添加的单文档模板

    //如果有多个模板,会弹出对话框,让用户选择

      CDocTemplate*pTemplate= (CDocTemplate*)m_templateList.GetHead();

     if (m_templateList.GetCount() > 1)

      {

           CNewTypeDlg dlg(&m_templateList);

           int nID = dlg.DoModal();

           if (nID == IDOK)

                 pTemplate = dlg.m_pSelectedTemplate;

           else

                 return;    

      }

      //pTemplate是我们之前添加的单文档模板,创建frame,创建文档

      pTemplate->OpenDocumentFile(NULL);

}

pTemplate->OpenDocumentFile(NULL);//内部实现过程:

CDocument    *CSingleDocTemplate::OpenDocumentFile(

LPCTSTR lpszPathName, BOOL bMakeVisible)

{

      CDocument* pDocument = NULL;

      CFrameWnd* pFrame = NULL;

//此时m_pOnlyDocCSingleDocTemplate)依旧为空

if (m_pOnlyDoc != NULL)

      {….    }

else

 {

//父类的成员函数,创建新文档,给m_pOnlyDoc赋值

 pDocument = CreateNewDocument();

}

ASSERT(pDocument == m_pOnlyDoc);//成功调用上面的函数,两者必然相等

if (pFrame == NULL)

 {

  pFrame = CreateNewFrame(pDocument, NULL);

}

      CWinThread* pThread = AfxGetThread();//主线程

      if (bCreated && pThread->m_pMainWnd == NULL)

      {

                 pThread->m_pMainWnd = pFrame;//设置主窗口

      }

      InitialUpdateFrame(pFrame, pDocument, bMakeVisible);

// InitialUpdateFrame内部实现过程:

pFrame->InitialUpdateFrame(pDoc, bMakeVisible);

      return pDocument;//返回创建的pDocument

}// OpenDocumentFile函数结尾


 

pDocument = CreateNewDocument();//内部实现过程:

CDocument* CDocTemplate::CreateNewDocument()

{

CDocument   *pDocument =(CDocument*)m_pDocClass->CreateObject();

//m_pDocClassRUNTIME_CLASSCSdiDoc),

//在初始化CSingleDocTemplate传进来的参数。补充:m_pDocClass是文档模板类(CDocTemplate)的成员变量

AddDocument(pDocument);//CSingleDocTemplate的成员函数

return pDocument;

}

 

AddDocument(pDocument);//内部实现过程:

void CSingleDocTemplate::AddDocument(CDocument* pDoc)

{

      CDocTemplate::AddDocument(pDoc);//调用父类的

      m_pOnlyDoc = pDoc;//将刚创建的文档对象赋值给CSingleDocTemplate的成员变量。终于在这里赋值了!

}

 

pFrame = CreateNewFrame(pDocument, NULL);//内部实现过程

CFrameWnd* CDocTemplate::CreateNewFrame(CDocument* pDoc, CFrameWnd* pOther)

{

CCreateContext context;

context.m_pCurrentFrame = pOther;//pOther=NULL

context.m_pCurrentDoc = pDoc;//传进来的实参

context.m_pNewViewClass=m_pViewClass;

//RUNTIME_CALSS(CSdiView)

context.m_pNewDocTemplate = this;

//this:CSingDocTemplate

CFrameWnd*pFrame = (CFrameWnd*)m_pFrameClass->CreateObject();

if (!pFrame->LoadFrame(m_nIDResource,

                                     WS_OVERLAPPEDWINDOW|FWS_ADDTOTITLE,  

                                     NULL, &context)

 )

 {…..}

return pFrame;//返回创建好的frame

}

 

最后一步:

小结:

CWinApp中有一个m_pDocManager指针,m_pDocManager有一个成员变量m_templateList,维护了一个模板链表。CSingleDocTemplate中有一个m_pOnlyDoc,维护了一个文档指针。

CWinApp的父类CWinThread中有一个m_pMainWnd指针,维护了Frame窗口。

CFrameWnd中有一个SetActiveView(),维护了View

CView中有一个CDocument*m_pDocument,保存了文档指针。

CDocument中有一个m_viewList维护了一个视图链表。             

 


 

 

 


 

 


 

 

 

### RT-DETRv3 网络结构分析 RT-DETRv3 是一种基于 Transformer 的实时端到端目标检测算法,其核心在于通过引入分层密集正监督方法以及一系列创新性的训练策略,解决了传统 DETR 模型收敛慢和解码器训练不足的问题。以下是 RT-DETRv3 的主要网络结构特点: #### 1. **基于 CNN 的辅助分支** 为了增强编码器的特征表示能力,RT-DETRv3 引入了一个基于卷积神经网络 (CNN) 的辅助分支[^3]。这一分支提供了密集的监督信号,能够与原始解码器协同工作,从而提升整体性能。 ```python class AuxiliaryBranch(nn.Module): def __init__(self, in_channels, out_channels): super(AuxiliaryBranch, self).__init__() self.conv = nn.Conv2d(in_channels, out_channels, kernel_size=3, padding=1) self.bn = nn.BatchNorm2d(out_channels) def forward(self, x): return F.relu(self.bn(self.conv(x))) ``` 此部分的设计灵感来源于传统的 CNN 架构,例如 YOLO 系列中的 CSPNet 和 PAN 结构[^2],这些技术被用来优化特征提取效率并减少计算开销。 --- #### 2. **自注意力扰动学习策略** 为解决解码器训练不足的问题,RT-DETRv3 提出了一种名为 *self-att 扰动* 的新学习策略。这种策略通过对多个查询组中阳性样本的标签分配进行多样化处理,有效增加了阳例的数量,进而提高了模型的学习能力和泛化性能。 具体实现方式是在训练过程中动态调整注意力权重分布,确保更多的高质量查询可以与真实标注 (Ground Truth) 进行匹配。 --- #### 3. **共享权重解编码器分支** 除了上述改进外,RT-DETRv3 还引入了一个共享权重的解编码器分支,专门用于提供密集的正向监督信号。这一设计不仅简化了模型架构,还显著降低了参数量和推理时间,使其更适合实时应用需求。 ```python class SharedDecoderEncoder(nn.Module): def __init__(self, d_model, nhead, num_layers): super(SharedDecoderEncoder, self).__init__() decoder_layer = nn.TransformerDecoderLayer(d_model=d_model, nhead=nhead) self.decoder = nn.TransformerDecoder(decoder_layer, num_layers=num_layers) def forward(self, tgt, memory): return self.decoder(tgt=tgt, memory=memory) ``` 通过这种方式,RT-DETRv3 实现了高效的目标检测流程,在保持高精度的同时大幅缩短了推理延迟。 --- #### 4. **与其他模型的关系** 值得一提的是,RT-DETRv3 并未完全抛弃经典的 CNN 技术,而是将其与 Transformer 结合起来形成混合架构[^4]。例如,它采用了 YOLO 系列中的 RepNCSP 模块替代冗余的多尺度自注意力层,从而减少了不必要的计算负担。 此外,RT-DETRv3 还借鉴了 DETR 的一对一匹配策略,并在此基础上进行了优化,进一步提升了小目标检测的能力。 --- ### 总结 综上所述,RT-DETRv3 的网络结构主要包括以下几个关键组件:基于 CNN 的辅助分支、自注意力扰动学习策略、共享权重解编码器分支以及混合编码器设计。这些技术创新共同推动了实时目标检测领域的发展,使其在复杂场景下的表现更加出色。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值