MFC 新建单文档程序，删除工具栏(就是mfc 标题下面的一行)后，成为一个空白行，这个空白行如何删除

BlackNight168 2019-05-23 06:25:51
...全文
247 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
BlackNight168 2019-11-08
  • 打赏
  • 举报
 回复
虽然问题没有解决，还是要谢谢 schlafenhamster ，能不断的回答我的问题，再次感谢
BlackNight168 2019-06-09
  • 打赏
  • 举报
 回复
这跟字体好像没关系吧
schlafenhamster 2019-06-05
  • 打赏
  • 举报
 回复
好像字体太小了 ？
BlackNight168 2019-06-04
  • 打赏
  • 举报
 回复
但是，"操作""帮助"上方确实有一空行，照你这么说应该是菜单这一行成为空行了，不管了，有没有办法去掉这一空行，这个才是关键，我貌似在哪个论坛见过解决方案，但是找不到了
schlafenhamster 2019-06-04
  • 打赏
  • 举报
 回复
标题下是菜单，菜单下 才是 工具条 ！
所以 "操作" "帮助” 下 并没有 空行 ，应该是对的 ？
BlackNight168 2019-06-03
  • 打赏
  • 举报
 回复
引用 13 楼 schlafenhamster 的回复:
不是 删除工具栏 吗 ，怎么是 菜单 ？
“操作" "帮助” 这两个菜单项是我删除该菜单栏上面的文字，然后又写的文字。

多谢你能穷追不舍的帮我解决问题，小弟在此谢过了
是删除工具栏，删除完工具栏之后，剩了一个空行，现在没办法删除，是这样的
至于"操作" "帮助” 这两个菜单项是我根据需要改的菜单上的文字
schlafenhamster 2019-06-02
  • 打赏
  • 举报
 回复
不是 删除工具栏 吗 ，怎么是 菜单 ？
“操作" "帮助” 这两个菜单项是我删除该菜单栏上面的文字，然后又写的文字。
BlackNight168 2019-06-01
  • 打赏
  • 举报
 回复
引用 11 楼 schlafenhamster 的回复:
那个菜单栏是改写的原始菜单栏

什么 意思 ？

"原始的菜单栏" 是 VS2019 创建程序时，自带的代码，生成的菜单栏。
“操作" "帮助” 这两个菜单项是我删除该菜单栏上面的文字，然后又写的文字。
schlafenhamster 2019-05-30
  • 打赏
  • 举报
 回复
那个菜单栏是改写的原始菜单栏

什么 意思 ？
BlackNight168 2019-05-30
  • 打赏
  • 举报
 回复
引用 9 楼 schlafenhamster 的回复:
Create Bar 后


我已经删掉了的
schlafenhamster 2019-05-30
  • 打赏
  • 举报
 回复
Create Bar 后
BlackNight168 2019-05-30
  • 打赏
  • 举报
 回复
@ schlafenhamster
那个菜单栏是改写的原始菜单栏，不是新创建的。

RepositionBars(AFX_IDW_CONTROLBAR_FIRST, AFX_IDW_CONTROLBAR_LAST, 0);
这句代码加在哪呢
schlafenhamster 2019-05-26
  • 打赏
  • 举报
 回复
需要 RepositionBars(AFX_IDW_CONTROLBAR_FIRST, AFX_IDW_CONTROLBAR_LAST, 0);
schlafenhamster 2019-05-26
  • 打赏
  • 举报
 回复
"操作" "帮助“ 是 你创建 的 新 tb ？
BlackNight168 2019-05-26
  • 打赏
  • 举报
 回复
引用 2 楼 schlafenhamster 的回复:
注释调 m_wndToolBar 的 所有语句
1
if (!m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP
| CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC) ||
!m_wndToolBar.LoadToolBar(IDR_MAINFRAME))
{
TRACE0("Failed to create toolbar\n");
return -1; // fail to create
}
2
m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY);
3
DockControlBar(&m_wndToolBar);


还是要谢谢你啊，我已经这样做过了，不行啊
schlafenhamster 2019-05-24
  • 打赏
  • 举报
 回复
注释调 m_wndToolBar 的 所有语句
1
if (!m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP
| CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC) ||
!m_wndToolBar.LoadToolBar(IDR_MAINFRAME))
{
TRACE0("Failed to create toolbar\n");
return -1; // fail to create
}
2
m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY);
3
DockControlBar(&m_wndToolBar);
走好每一步 2019-05-24
  • 打赏
  • 举报
 回复
不太建议用单文档去开发，MFC的单文档很丑陋的。。。 是有办法去掉的
MFC的程序框架剖析
什么是句柄？ 句柄，是整个Windows编程的基础。一个句柄是指使用的一个唯一的整数值，即一个4字节(64位程序中为8字节)长的数值，来标识应用程序中的不同对象和同类对象中的不同的实例，诸如，一个窗口，按钮，图标，滚动条，输出设备，控件或者文件等。应用程序能够通过句柄访问相应的对象的信息，但是句柄不是一个指针，程序不能利用句柄来直接阅读文件中的信息。如果句柄不用在I/O文件中，它是毫无用处的。 句柄是Windows用来标志应用程序中建立的或是使用的唯一整数，Windows使用了大量的句柄来标志很多对象。 一、MFC AppWizard 1、MFC（Microsoft Foundation Class，微软基础类库）是微软为了简化程序员的开发工作所开发的一套C++ 类的集合，是一套面向对象的函数库，以类的方式提供给用户使用 2、MFC AppWizard是一个辅助我们生成源代码的向导工具，它可以帮助我们自动生成基于MFC框架的源代码 二、基于MFC的程序框架剖析 1、MFC程序的ClassView标签页（图） 2、继承关系 (1)CMainFrame继承于CFrameWnd (2)CTestApp继承于CWinApp (3)CTestDoc继承于CDocument (4)CTestView继承于CView 注：CFrameWnd和CView都继承于CWnd 3、CWnd类是MFC中一个非常重要的类，它封装了与窗口相关的操作 4、MFC类的简化组织结构图（图） 5、MFC程序也有一个WinMain函数，程序是在编译时，由链接器将它链接到程序中 6、MFC程序具有一个CTestApp类的全局对象theApp，在MFC程序运行时，程序执行的顺序为：theApp全局对象定义 处->CTestApp构造函数->WinMain函数 7、对于普通的VC++控制台程序，无论全局变量还是全局对象，程序运行时，在加载main函数之前，就已经为它们 分配了内存空间。对于一个全局对象来说，此时就会调用该对象的构造函数，构造该对象，并进行初始化操作 8、实例句柄与全局对象 (1)对于Win32 SDK程序，应用程序的实例是由实例句柄（WinMain函数的hInstance参数）来标识的 (2)对于MFC程序，应用程序的实例是由全局对象（每一个MFC程序有且仅有一个从应用程序类CWinApp派生的类， 如CTestApp，它实例化theApp全局对象）来标识的 9、基类构造函数中this指针的指向问题 在构造子类对象时，会自动调用父类的构造函数，此时在父类的构造函数中的this指针所指向的是子类对象地址 10、AfxWinMain函数 MFC程序的WinMain函数是通过调用AfxWinMain函数来完成它的功能的 注：Afx前缀的函数代表应用程序框架（Application Framework）函数，它们可以在程序的任何地方被调用 11、CTestApp::InitInstance函数 在AfxWinMain函数中，通过调用InitInstance函数来完成MFC内部管理方面的工作 12、AfxEndDeferRegisterClass函数 MFC提供了一些默认的标准窗口类，我们只需要选择所需的窗口类就行。然后，调用AfxEndDeferRegisterClass 函数来注册窗口类 13、CMainFrame::PreCreateWindow函数 MFC程序具有两个窗口（框架窗口和视类窗口），在框架窗口产生之前会调用PreCreateWindow函数 14、CWnd::CreateEx函数 在MFC程序中，窗口的创建是由CreateEx函数实现的 15、CWnd::CreateWindowEx函数 主要作用是当修改了CreateEx函数的CREATESTRUCT参数时，CreateWindowEx函数会根据参数发生的相应变化来创 建一个符合我们要求的窗口 注：MFC中后缀名为Ex的函数都是扩展函数 16、CMainFrame::ShowWindow函数和CMainFrame::UpdateWindow函数 用于显示应用程序框架窗口和更新这个窗口 17、CWinThread::Run函数和CWinThread::PumpMessage函数 用于完成消息循环 18、DefWindowProc函数 默认的窗口过程，但MFC程序对消息的处理实际上是通过消息映射机制来完成的 19、MFC程序的运行过程 (1)首先利用全局应用程序对象theApp启动应用程序 (2)调用全局应用程序对象的构造函数，从而就会调用其基类CWinApp的构造函数，以完成应用程序的一些初始化 (3)进入WinMain函数 (4)进入消息循环 20、MFC程序的主要过程 theApp-> CTestApp::CTestApp构造函数-> CWinApp::CWinApp构造函数-> _tWinMain（WinMain函数的宏）-> AfxWinMain函数-> CTestApp::InitInstance函数-> AfxEndDeferRegisterClass函数-> CMainFrame::PreCreateWindow函数-> CFrameWnd::PreCreateWindow函数-> AfxDeferRegisterClass（AfxEndDeferRegisterClass函数的宏）-> CFrameWnd::Create函数-> CWnd::CreateEx函数-> CMainFrame::PreCreateWindow函数-> CWnd::CreateEx函数-> CMainFrame::ShowWindow函数-> CMainFrame::UpdateWindow函数-> CWinThread::Run函数-> CWinThread::PumpMessage函数 21、框架窗口（整个应用程序外框所包括的部分）是视类窗口（框架窗口中空白的地方）的一个父窗口 22、MFC提供了一个文档/视类的结构，文档是指CDocument类，视类是指CView类。前者用于数据的存储和加载， 后者用于数据的显示和修改 23、框架对象、文档对象和视类对象是通过一个单文档模板指针来有机地组织在一起，并利用AddDocTemplate函数 把这个单文档模板添加到文档模板中，从而把这三个类组织成为一个整体 24、MFC程序的CAboutDlg类继承于CDialog类，用于为用户提供一些与程序相关的帮助信息 三、窗口类、窗口类对象与窗口 1、以“::”开始的函数是一个全局函数，表示调用的是Platform SDK的函数 2、如果我们关闭了一个窗口，这个窗口就销毁了，那么该窗口对应的C++窗口类对象销毁了吗？ (1)当一个窗口销毁时，它会调用CWnd::DestroyWindow函数，该函数销毁窗口后，将CWnd::m_hWnd设为NULL (2)窗口的生命周期和C++窗口类对象的声明周期不是一致的。当一个窗口销毁时，与C++窗口类对象没有关系，它 们之间的纽带仅仅在于这个C++窗口类内部的成员变量m_hWnd，该变量保存了与这个C++窗口类对象相关的哪个窗口 的句柄 (3)但是，当C++窗口类对象销毁时，与之相关的窗口也将销毁，因为它们之间的纽带m_hWnd已经断了 3、示例---在窗口中显示按钮 (1)CButton按钮类继承于CWnd (2)对于一个CButton对象，在定义之后就可以使用了；但是，如果要显示这个按钮的话，还需调用 CButton::Create函数，把按钮窗口与CButton对象关联起来 (3)MFC程序的窗口创建时都会产生WM_CREATE消息，该消息通过OnCreate函数来捕获。对于框架窗口来说，MFC直 接把OnCreate函数提供到了CMainFrame中；而在视类窗口中没有提供该函数，如需使用，要用户自行添加 (4)通常对MFC程序的操作，都是在CTestView视类窗口中进行的 (5)在窗口创建之后，要显示该窗口可以通过调用ShowWindow函数或指定窗口风格为WS_VISIBLE来实现 (6)实现过程 A：在CTestView类中，添加CButton类型的私有成员m_btn B：在CTestView类中，添加WM_CREATE消息的OnCreate处理函数 C：在CTestView类中，通过GetParent函数可以获得CMainFrame框架窗口对象的指针 D：实现一（在视类窗口中通过ShowWindow函数显示按钮） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|BS_DEFPUSHBUTTON,CRect(0,0,100,100),this,123); m_btn.ShowWindow(SW_SHOWNORMAL); return 0: } E：实现二（在视类窗口中通过WS_VISIBLE风格显示窗口） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|WS_VISIBLE|BS_DEFPUSHBUTTON,CRect(0,0,100,100),this,123); return 0: } F：实现三（在框架窗口中显示按钮） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|WS_VISIBLE|BS_DEFPUSHBUTTON,CRect(0,0,100,100),GetParent(),123); return 0: } 即便是基于MFC的应用程序，建立窗口类也是会遵循如下的过程： 设计窗口类->注册窗口类->生成窗口->显示窗口->更新窗口->消息循环->消息路由到窗口过程函数处理。下面就剖析一下在MFC中是如何完成上述过程的。 （1）每个应用程序都有且仅有一个应用类的全局变量theApp，全局变量先于WinMain函数进行处理。 （2）WinMain函数体在APPMODUL.CPP文件中，定义如下： extern "C" int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } 其中#define _tWinMain WinMain （3）AfxWinMain函数体在WINMAIN.CPP文件中，里面有如下两句话： CWinThread* pThread = AfxGetThread(); CWinApp* pApp = AfxGetApp(); 其实这里得到的这两个指针都是指向全局的对象theApp的； 接下来有函数调用pThread->InitInstance()，根据多态性，会调用CXXXApp类中的InitInstance()函数。该函数很重要，在对该函数的调用中就会完成：设计窗口类->注册窗口类->生成窗口->显示窗口->更新窗口。 接下来，该函数中会继续调用pThread->Run()，这就完成了：消息循环->消息路由到窗口过程函数处理。 （4）进入CXXXApp::InitInstance()函数体中，对于单文档应用程序，调用ProcessShellCommand(cmdInfo)，通过调用该函数就会完成：设计窗口类->注册窗口类->生成窗口。 再接下来就会调用m_pMainWnd->ShowWindow(SW_SHOW);m_pMainWnd->UpdateWindow();这就完成了：显示窗口->更新窗口。 （5）在函数CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo)中会进入到如下的case分支：case CCommandLineInfo::FileNew: if (!AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)) （6）进入函数CCmdTarget::OnCmdMsg(UINT nID, int nCode, void* pExtra, AFX_CMDHANDLERINFO* pHandlerInfo)，调用_AfxDispatchCmdMsg(this, nID, nCode, lpEntry->pfn, pExtra, lpEntry->nSig, pHandlerInfo); （7）进入函数AFXAPI _AfxDispatchCmdMsg(CCmdTarget* pTarget, UINT nID, int nCode, AFX_PMSG pfn, void* pExtra, UINT nSig, AFX_CMDHANDLERINFO* pHandlerInfo)，调用 case AfxSig_vv: // normal command or control notification ASSERT(CN_COMMAND == 0); // CN_COMMAND same as BN_CLICKED ASSERT(pExtra == NULL); (pTarget->*mmf.pfn_COMMAND)(); （8）进入CWinApp::OnFileNew()，调用m_pDocManager->OnFileNew();这个函数很特殊，它本身是个消息响应函数，当我们点击ID为ID_FILE_NEW的菜单时，会产生一个命令消息，由于命令消息可以被CCmdTarget类及其派生类来捕获，而CWinApp是从CCmdTarget派生出来的，因此可以捕获这个消息。当应用程序创建完成并成功显示后，当我们点击文件菜单下的新建菜单项时，就会首先进入这个函数，然后再依次执行下去，最后就会执行到pDocument->OnNewDocument()中，往往我们会对这个函数不解，不知道它为什么会响应ID_FILE_NEW的命令消息，至此真相大白了。顺便说一句，为什么程序在刚启动的时候，我们并没有点击菜单项，为什么会自动的产生这个消息呢？这是因为在CXXXXApp::InitInstance()函数中有“CCommandLineInfo cmdInfo;”这个类的构造函数是这样的：CCommandLineInfo::CCommandLineInfo() { m_bShowSplash = TRUE; m_bRunEmbedded = FALSE; m_bRunAutomated = FALSE; m_nShellCommand = FileNew; }，因此就会在第（5）步骤的时候进入到“case CCommandLineInfo::FileNew:”这个分支中，就相当于产生了这样一个FileNew的消息。同理对于ID为ID_FILE_OPEN（在CWinApp::OnFileOpen()中响应）、ID_FILE_SAVE（在CDocument::OnFileSave()中响应）等等在MFC向导为我们生成的单文档类中找不到消息响应的入口时，其实都是在基类CWinApp或者CDocument类中进行了响应。对于CXXXXDoc::Serialize(CArchive& ar)函数也是通过ID_FILE_SAVE和ID_FILE_OPEN产生命令消息后就行响应从而才调用该函数的。 （9）进入CDocManager::OnFileNew()，CDocManager类有一个成员变量是CPtrList m_templateList;该变量保存了一个文档模版链表指针，在CDocManager::OnFileNew()函数体中会调用CDocTemplate* pTemplate = (CDocTemplate*)m_templateList.GetHead();得到链表中的头，也就是第一个文档模版，后面就会用得到的这个指针去调用pTemplate->OpenDocumentFile(NULL);紧接着就会有一个判断，用来确定该链表中是否只有一项，如果链表中保存了多个文档模版，则会弹出一个对话框，来让我们选择到底是使用哪一套文档模版来构建应用程序，相信大家也都见到过这种情况吧。对了，还有一点要说明的是：pTemplate是一个CDocTemplate的指针，但接下来程序为什么会进入到CSingleDocTemplate::OpenDocumentFile的函数体内呢，这是因为CDocTemplate类中的OpenDocumentFile函数被定义为纯虚函数，而CSingleDocTemplate类又是从CDocTemplate类派生出来的，并且实现了该函数，因此就会进入到子类的函数体中了。 （10）进入CDocument* CSingleDocTemplate::OpenDocumentFile(LPCTSTR lpszPathName, BOOL bMakeVisible)，先调用CreateNewDocument()创建文档类，再调用pFrame = CreateNewFrame(pDocument, NULL);创建框架类和视图类，从这里也可以看出MFC体系结构中文档、框架、视图“三位一体”的模式，在这一个函数中同时创建三个类；再会调用pDocument->OnNewDocument();因此就会进入到子类的文档类中的pDocument->OnNewDocument()中了。 （11）进入CFrameWnd* CDocTemplate::CreateNewFrame(CDocument* pDoc, CFrameWnd* pOther)，调用if (!pFrame->LoadFrame(m_nIDResource, WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE, // default frame styles NULL, &context)) （12）进入BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)，调用VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)); （13）进入BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister)，该函数内部就完成了：设计窗口类->注册窗口类。MFC通过给我们提供好一些已经订制好的窗口类，我们不需要自己再设计窗口类，只需要到那些订制好的窗口类“仓库”中寻找一种适合我们需要的窗口类就可以了，然后通过AfxRegisterClass函数注册窗口类。还需要说明的是，再后续的跟踪过程中，我们会发现还会进入到AfxEndDeferRegisterClass函数中进行设计和注册窗口类，这主要是因为单文档应用程序比较特殊，它提前通过这样的一种途径进行了窗口类的设计和注册步骤，其实是应该在BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)函数的调用中完成窗口类的设计和注册的，这一点我们要清楚，也就是说设计和注册窗口类的正宗发源地应该是PreCreateWindow(CREATESTRUCT& cs)。此外，我们还会注意到在该函数体的前部分有一语句为“wndcls.lpfnWndProc = DefWindowProc;”因此所有窗口类的窗口过程函数都是DefWindowProc，这一点在后面的跟踪中可以看到，每次生成窗口之后都会调用几次DefWindowProc函数。也就是说MFC都是让我们采用默认的窗口过程函数，这并不是说我们因此就不能使用自己的窗口过程函数实现个性化的消息处理了，MFC采用了一种基于消息映射的机制完成了消息个性化处理。 （14）回到BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)中，调用LPCTSTR lpszClass = GetIconWndClass(dwDefaultStyle, nIDResource); （15）进入LPCTSTR CFrameWnd::GetIconWndClass(DWORD dwDefaultStyle, UINT nIDResource)，调用PreCreateWindow(cs); （16）进入BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)，调用CFrameWnd::PreCreateWindow(cs) （17）进入BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)，调用VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));又一次设计和注册窗口类 （18）回到BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)中，调用if (!Create(lpszClass, lpszTitle, dwDefaultStyle, rectDefault, pParentWnd, MAKEINTRESOURCE(nIDResource), 0L, pContext)) （19）进入BOOL CFrameWnd::Create(LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, LPCTSTR lpszMenuName, DWORD dwExStyle, CCreateContext* pContext)，调用if (!CreateEx(dwExStyle, lpszClassName, lpszWindowName, dwStyle, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, pParentWnd->GetSafeHwnd(), hMenu, (LPVOID)pContext)) （20）BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)，调用if (!PreCreateWindow(cs)) ，接下来调用HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass, cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy, cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams);好了，终于让我们找到生成窗口的地方了——函数::CreateWindowEx！ （21）进入int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)，调用if (CFrameWnd::OnCreate(lpCreateStruct) == -1) （22）进入int CFrameWnd::OnCreate(LPCREATESTRUCT lpcs)，调用return OnCreateHelper(lpcs, pContext); （23）进入int CFrameWnd::OnCreateHelper(LPCREATESTRUCT lpcs, CCreateContext* pContext)，调用if (CWnd::OnCreate(lpcs) == -1) （24）进入_AFXWIN_INLINE int CWnd::OnCreate(LPCREATESTRUCT)，调用return (int)Default(); （25）进入LRESULT CWnd::Default()，调用return DefWindowProc(pThreadState->m_lastSentMsg.message, pThreadState->m_lastSentMsg.wParam, pThreadState->m_lastSentMsg.lParam); （26）进入LRESULT CWnd::DefWindowProc(UINT nMsg, WPARAM wParam, LPARAM lParam)，调用return ::CallWindowProc(m_pfnSuper, m_hWnd, nMsg, wParam, lParam); （27）回到int CFrameWnd::OnCreateHelper(LPCREATESTRUCT lpcs, CCreateContext* pContext)，调用if (!OnCreateClient(lpcs, pContext)) （28）进入BOOL CFrameWnd::OnCreateClient(LPCREATESTRUCT, CCreateContext* pContext)，调用if (CreateView(pContext, AFX_IDW_PANE_FIRST) == NULL) （29）进入CWnd* CFrameWnd::CreateView(CCreateContext* pContext, UINT nID)，调用if (!pView->Create(NULL, NULL, AFX_WS_DEFAULT_VIEW, CRect(0,0,0,0), this, nID, pContext)) （30）进入BOOL CWnd::Create(LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, UINT nID, CCreateContext* pContext)，调用return CreateEx(0, lpszClassName, lpszWindowName, dwStyle | WS_CHILD, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, pParentWnd->GetSafeHwnd(), (HMENU)nID, (LPVOID)pContext); （31）进入BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)，重复生成框架类CMainFrame的过程来生成CXXXView，因为它也是一个窗口类，因此也需要进行那一系列过程才能最终显示更新出来。 调用的顺序是这个样子的：PreCreateWindow(cs)->BOOL CXXXView::PreCreateWindow(CREATESTRUCT& cs)->CView::PreCreateWindow(cs)->VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));->::CreateWindowEx(...)->CWnd::DefWindowProc->::CallWindowProc(...)->...->CXXXView::OnCreate->CView::OnCreate->CWnd::OnCreate->... 写到这里，基本上就清楚了，中间的省略号表示的部分大多数都是在与窗口过程函数有关的，因为在生成窗口的时候需要响应一些消息，因此需要调用一些窗口过程函数，每次在调用::CreateWindowEx(...)函数后都会调用一些窗口过程函数，然后再去调用该窗口类对应的OnCreate函数，其实在调用OnCreate函数之前调用CreateWindowEx只是生成了一个窗口，至于这个窗口里面要放置些什么东西，以及该如何装饰该窗口，则就需要由OnCreate来完成了，往往我们都会在OnCreate函数的后面（这样做是为了不影响窗口本身应该布置的格局）添加一些代码，创建我们自己的东西，比如我们通常会在CMainFrame类的OnCreate函数后面放置一些Create代码，来创建我们自己的可停靠的工具栏或者按钮之类的东西，当然我们也可以在CXXXView类的OnCreate函数的后面添加一些代码，来创建我们需要的东西，比如按钮之类的东西。在完成了从设计、注册到生成窗口的过程之后，往往还需要显示更新，有些时候，我们不必要每次都显示的调用CWnd的ShowWindow和UpdateWindow两个函数，我们可以在创建的时候，给窗口风格中添加WS_VISIBLE即可，因此有些时候会跟踪不到ShowWindow和UpdateWindow两个函数这两个函数，因为窗口在创建的时候就可见了。 总的来说，先初始化应用类，然后注册生成框架类，然后再注册生成视图类，然后注册生成视图类OnCreate函数后面用户添加的、用Create来准备创建的窗口，然后再注册生成框架类的OnCreate函数后面需要生成的m_wndToolBar、m_wndStatusBar以及我们自己添加的要创建的窗口类，最后在回到应用类的初始化的函数体中，调用框架类的显示和更新函数，然后再进入由框架类定义的窗口的消息循环中。 消息循环的过程是这个样子的： （1）调用int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)函数中的pThread->Run() （2）进入int CWinApp::Run()，调用return CWinThread::Run(); （3）进入int CWinThread::Run()，调用if (!PumpMessage()) （4）进入BOOL CWinThread::PumpMessage()，调用if (!::GetMessage(&m_msgCur, NULL, NULL, NULL)) （5）回到BOOL CWinThread::PumpMessage()，调用::TranslateMessage(&m_msgCur);::DispatchMessage(&m_msgCur); （6）回到int CWinThread::Run()，调用while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); （7）再重复（4）-（6）的步骤 下面给出int CWinThread::Run()中消息循环的部分代码： do { // pump message, but quit on WM_QUIT if (!PumpMessage()) return ExitInstance(); // reset "no idle" state after pumping "normal" message if (IsIdleMessage(&m_msgCur)) { bIdle = TRUE; lIdleCount = 0; } } while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); 这段代码其实本质上与我们基于Win32 SDK手写的代码： //消息循环 MSG msg; while(GetMessage(&msg,NULL,0,0)) { //简单的说，函数TranslateMessage就是把WM_KEYDOWN和WM_KEYUP翻译成WM_CHAR消息，没有该函数就不能产生WM_CHAR消息。 TranslateMessage(&msg); ::DispatchMessage(&msg); } 是一致的。 1,寻找WinMain人口： 在安装目录下找到MFC文件夹下的SRC文件夹，SRC下是MFC源代码。 路径：MFC|SRC|APPMODUL.CPP： _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } 注意：（#define _tWinMain WinMain） 2，对于全局对象或全局变量来说，在程序运行即WINMAIN函数加载的时候，已经为全局对象或全局变量分配了内存和赋初值。 所以：CTEApp theApp;->CTEApp ::CTEApp(){}->_tWinMain(){} 说明：每一个MFC程序，有且只有一个从WinApp类派生的类（应用程序类），也只有一个从应用程序类所事例化的对象，表示应用程序本身。在WIN32程序当中，表示应用程序是通过WINMAIN入口函数来表示的（通过一个应用程序的一个事例号这一个标识来表示的）。在基于MFC应用程序中，是通过产生一个应用程序对象，用它来唯一的表示了应用程序。 3，通过构造应用程序对象过程中调用基类CWinApp的构造函数，在CWinApp的构造函数中对程序包括运行时一些初始化工作完成了。 CWinApp构造函数：MFC|SRC|APPCORE.CPP CWinApp::CWinApp(LPCTSTR lpszAppName){...}//带参数，而CTEApp构造函数没有显式向父类传参，难道CWinApp()有默认参数？见下： （在CWinApp类定义中， CWinApp(LPCTSTR lpszAppName = NULL); ） 注意：CWinApp()函数中： pThreadState->m_pCurrentWinThread = this; pModuleState->m_pCurrentWinApp = this （this指向的是派生类CTEApp对象，即theApp） 调试：CWinApp::CWinApp();->CTEApp theApp;（->CTEApp ::CTEApp()）->CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){} 4,_tWinMain函数中通过调用AfxWinMain()函数来完成它要完成的功能。（Afx*前缀代表这是应用程序框架函数，是一些全局函数，应用程序框架是一套辅助生成应用程序的框架模型，把一些类做一些有机的集成，我们可根据这些类函数来设计自己的应用程序）。 AfxWinMain()函数路径：MFC|SRC|WINMAIN.CPP： 在AfxWinMain()函数中： CWinApp* pApp = AfxGetApp(); 说明：pApp存储的是指向WinApp派生类对象（theApp）的指针。 //_AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp() // { return afxCurrentWinApp; } 调用pThread->InitInstance() 说明：pThread也指向theApp,由于基类中virtual BOOL InitApplication()定义为虚函数，所以调用pThread->InitInstance()时候，调用的是派生类CTEApp的InitInstance()函数。 nReturnCode = pThread->Run(); 说明：pThread->Run()完成了消息循环。 5,注册窗口类：AfxEndDeferRegisterClass(); AfxEndDeferRegisterClass()函数所在文件：MFC|SRC|APPCORE.CPP BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister){...} 说明：设计窗口类：在MFC中事先设计好了几种缺省的窗口类，根据不同的应用程序的选择，调用AfxEndDeferRegisterClass()函数注册所选择的窗口类。 调试：CWinApp::CWinApp();->CTEApp theApp;（->CTEApp ::CTEApp()）->CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){}//进入程序 ->AfxWinMain();->pApp->InitApplication()；->pThread->InitInstance()//父类InitInstance虚函数;->CTEApp::InitInstance()//子类实现函数;->AfxEndDeferRegisterClass(LONG fToRegister)//注册所选择的窗口类（出于文档管理，注册提前，正常的应在PreCreateWindow中进行注册）//之后进入创建窗口阶段（以下再不做调试） 6，PreCreateWindow()：//主要是注册窗口类 BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs) { if( !CFrameWnd::PreCreateWindow(cs) ) return FALSE; return TRUE; } 说明： CFrameWnd::PreCreateWindow()函数所在文件：MFC|SRC|WINFRM.CPP BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs) { if (cs.lpszClass == NULL) { VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)); //判断AFX_WNDFRAMEORVIEW_REG型号窗口类是否注册，如果没有注册则注册 cs.lpszClass = _afxWndFrameOrView; // COLOR_WINDOW background //把注册后的窗口类名赋给cs.lpszClass } if ((cs.style & FWS_ADDTOTITLE) && afxData.bWin4) cs.style |= FWS_PREFIXTITLE; if (afxData.bWin4) cs.dwExStyle |= WS_EX_CLIENTEDGE; return TRUE; } 其中： virtual BOOL PreCreateWindow(CREATESTRUCT& cs);//PreCreateWindow()是个虚函数,如果子类有则调用子类的。 #define VERIFY(f) ASSERT(f) #define AfxDeferRegisterClass(fClass) AfxEndDeferRegisterClass(fClass) define AFX_WNDFRAMEORVIEW_REG 0x00008 const TCHAR _afxWndFrameOrView[] = AFX_WNDFRAMEORVIEW;//WINCORE.CPP文件中，定义为全局数组。 //#define AFX_WNDFRAMEORVIEW AFX_WNDCLASS("FrameOrView") 7，创建窗口： Create()函数路径：MFC|SRC|WINFRM.CPP: CFrameWnd::Create(...){ ... CreateEx(...);//从父类继承来的，调用CWnd::CreateEx(). ... } CWnd::CreateEx()函数路径：MFC|SRC|WINCORE.CPP BOOL CWnd::CreateEx(...){ ... if (!PreCreateWindow(cs))//虚函数，如果子类有调用子类的。 { PostNcDestroy(); return FALSE; } ... HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass, cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy, cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams); ... } 说明：CreateWindowEx()函数与CREATESTRUCT结构体参数的对应关系，使我们在创建窗口之前通过可PreCreateWindow(cs)修改cs结构体成员来修改所要的窗口外观。PreCreateWindow(cs))//是虚函数，如果子类有调用子类的。 HWND CreateWindowEx( DWORD dwExStyle, LPCTSTR lpClassName, LPCTSTR lpWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU hMenu, HINSTANCE hInstance, LPVOID lpParam ); typedef struct tagCREATESTRUCT { // cs LPVOID lpCreateParams; HINSTANCE hInstance; HMENU hMenu; HWND hwndParent; int cy; int cx; int y; int x; LONG style; LPCTSTR lpszName; LPCTSTR lpszClass; DWORD dwExStyle; } CREATESTRUCT; 8，显示和更新窗口： CTEApp类，TEApp.cpp中 m_pMainWnd->ShowWindow(SW_SHOW);//显示窗口，m_pMainWnd指向框架窗口 m_pMainWnd->UpdateWindow();//更新窗口 说明： class CTEApp : public CWinApp{...} class CWinApp : public CWinThread{...} class CWinThread : public CCmdTarget { ... public: CWnd* m_pMainWnd; ... ... } 9，消息循环： int AFXAPI AfxWinMain() { ... // Perform specific initializations if (!pThread->InitInstance()){...} //完成窗口初始化工作，完成窗口的注册，完成窗口的创建，显示和更新。 nReturnCode = pThread->Run(); //继承基类Run()方法，调用CWinThread::Run()来完成消息循环 ... } //////////////////////////////////////////////////////////////// CWinThread::Run()方法路径：MFC|SRC|THRDCORE.CPP int CWinThread::Run() { ... // phase2: pump messages while available do//消息循环 { // pump message, but quit on WM_QUIT if (!PumpMessage())//取消息并处理 return ExitInstance(); ... } while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); ... } 说明： BOOL PeekMessage(,,,,)函数说明 The PeekMessage function checks a thread message queue for a message and places the message (if any) in the specified structure. If a message is available, the return value is nonzero. If no messages are available, the return value is zero. ///////////////////////////////////////////////////////////// BOOL CWinThread::PumpMessage() { ... if (!::GetMessage(&m_msgCur, NULL, NULL, NULL))//取消息 {...} ... // process this message if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur)) { ::TranslateMessage(&m_msgCur);//进行消息（如键盘消息）转换 ::DispatchMessage(&m_msgCur);//分派消息到窗口的回调函数处理（实际上分派的消息经过消息映射，交由消息响应函数进行处理。） } return TRUE; } 9，文档与视结构： 可以认为View类窗口是CMainFram类窗口的子窗口。 DOCument类是文档类。 DOC-VIEW结构将数据本身与它的显示分离开。 文档类：数据的存储，加载 视类：数据的显示，修改 10，文档类，视类，框架类的有机结合： 在CTEApp类CTEApp::InitInstance()函数中通过文档模板将文档类，视类，框架类的有机组织一起。 ... CSingleDocTemplate* pDocTemplate; pDocTemplate = new CSingleDocTemplate( IDR_MAINFRAME, RUNTIME_CLASS(CTEDoc), RUNTIME_CLASS(CMainFrame), // main SDI frame window RUNTIME_CLASS(CTEView)); AddDocTemplate(pDocTemplate);//增加到模板
Radmin自动登录器v3.0
Radmin自动登陆器 v3.0 - By: ybmj@vip.163.com 20180106 By: ybmj@vip.163.com , http://dep.yibinu.cn/wgzxnew/ 1、程序功能和使用环境介绍 2、程序操作方法介绍 3、登录信息文件RadminM.txt介绍 4、登录信息文件RadminM.txt的转换和编制 5、v3.0版新增解锁 远程桌面功能 6、相关配置和多种语言支持介绍 7、免责申明 1、程序功能和使用环境介绍 (1)、程序功能 为了安全高效地使用Radmin Viewer来自动登录和管理多台服务器，故编制RadminM (Radmin Connection Manager，Radmin自动登录器)。 v3.0版的可执行文件是RadminM.exe，一台电脑只能运行一个实例，再次运行只是将已运行的实例调到前台。v3.0版之前的老版本的可执行文件是RadminM2.exe。 新版的功能已经比较完善，基本上可以代替Radmin Viewer 3.5进行管理(除Intel AMT功能外)，另外还增加了一些实用功能，支持Windows Xp、Vista、Win7、Win8、2003、2000、9x及相应Windows Server版等操作系统。 (2)、程序使用环境要求 使用前请将Radmin Viewer 3.5的Radmin.exe文件直接拷贝到该目录中，其它Radmin Viewer 3.x版本也可以，中文版、英文版均可； 请设置防火墙允许Radmin.exe和RadminM.exe(仅扫描功能用)访问网络； 若要用到聊天、语音聊天、传送信息等连接模式，必须将相应的8个dll文件也拷贝到该目录中：ChatLPCx.dll、raudiox.dll、rchatx.dll、unicows.dll、vcintcx.dll、vcintsx.dll、voicex.dll、WinLpcDl.dll。 (3)、Radmin Server使用权限设置(新版本可选) 注意：在v1.5及以前的老版本中，Radmin Server被控端必须将“使用权限...”(Permissions)设置为“Windows NT 安全性”(Security)，如果设置为“Radmin安全性”(Security)将不能实现自动登录功能。在新版本中，这两种安全性模式下，都可以实现自动登录功能。 (4)、开发环境 v1.5及以前的老版本用AutoIt语言开发，AutoIt是解释性语言，功能和稳定性有限，并且一些防病毒软件会报警。 为了在功能和稳定性方面进一步提高和改进，v2.0版使用VC++ Unicode(MFC)编程，程序在编译时已经集成了VC运行库，可独立运行。 由于MFC越益臃肿笨重，为了提高稳定性和效率，v3.0版使用WTL VC++ Unicode编程，程序短小精悍、可独立运行。WTL是Windows Template Library，可参见 http://wtl.sourceforge.net/ 。 2、程序操作方法介绍 (1)、程序中的鼠标操作 * 双击某条记录以默认模式自动连接(等待6秒)；若该记录包含私有代理将自动进行代理连接(代理登录和目标登录各等待6秒)； * 左上角的选择框或主菜单都可以选择默认连接模式； * 先右击某条记录(或F9)填为强制代理(支持域名)，并选中强制代理选项，便可对另一条记录强制进行代理连接(将忽略私有代理)； * 支持鼠标滚轮； * 主菜单和右键菜单均可完成本程序的常规操作；记录窗格的右键菜单或单击工具栏的相应按钮可直接选择进行指定模式的连接(将忽略默认连接模式)； * 主菜单中的“配置”菜单可以选择程序的各项相关配置； * 工具栏各个按钮的功能均有提示； * 单击工具栏上的“显示隐藏树状目录”按钮可以显示隐藏目录树窗格，目录树窗格的右键菜单可完成目录树的一些常规操作； * 单击工具栏上的“选择切换图标查看模式”按钮可以切换或选择记录窗格的图标查看模式； * 记录窗格和目录树窗格都支持鼠标拖放功能，强烈建议用户使用该功能前备份RadminM.txt，以免损坏或丢失数据；直接鼠标拖放为移动，Ctrl+鼠标拖放为复制。拖放时状态栏有提示信息； * 程序启动时，记录自动按记录名称升序排列；在记录窗格单击列表框某列表头，可以按该列进行记录排序，再次单击可以反向排序。 (2)、程序中的常用快捷键 * Enter ：以默认模式连接记录； * Insert ：新建记录； * Ctrl+e ：编辑记录； * Ctrl+c ：复制记录； * Ctrl+x ：剪切记录； * Ctrl+v ：粘贴记录； * Delete ：删除记录或目录(在记录窗格)，或删除树状目录(在目录树窗格)； * F1 ：显示程序信息； * F2 ：更名树状目录； * F3 ：单条扫描(等待5秒，用于扫描网速较慢的记录)； * F5 ：全部扫描(多线程同时扫描，每条记录等待5秒)； 扫描过程中左下角状态栏会有提示，扫描完成后提示消失，扫描过程中建议不要新建、修改、删除、粘贴、剪切、排序记录，不然可能出现扫描结果错乱，其它功能可正常使用； * F7 ：新建树状目录； * F9 ：将选中记录填为强制代理(主菜单上“强制代理信息”项显示将从[无]变为[有]，打开该菜单可查看信息)； * Ctrl+- ：隐藏窗口到系统托盘； * Ctrl+= ：显示窗口； * 双击系统托盘图标可隐藏或显示窗口； * 窗口大小可调整，支持最大化和还原； * 支持Home、End、PageUp、PageDown等操作。 3、登录信息文件RadminM.txt介绍 (1)、RadminM.txt内容说明 登录信息存放在RadminM.txt文件中，若没有会自动创建，密码用RC4加密，请用户注意保管。RadminM.txt是遵循CSV格式的ANSI文本文件，所有字段内容都不能包含英文惊叹号“!”、英文逗号“,”、竖线分隔符“|”。 第一行为登录记录各字段的名称。每行存放一条记录，每条记录包含用17个英文逗号分隔的18个字段。 RecordName 记录名称是关键字段，支持中文记录名称，不能为空、不要有重名； IP、Port、User、Password 分别是IP地址、端口、用户名、密码。IP地址不能为空，若端口为空程序将使用缺省端口4899； Domain 是域名，该字段有内容在登录时便会自动填写； ColorDepth 是在“完全控制”或“仅限查看”连接模式，指定传输图像的色彩深度。色彩深度大小与传输速度成反比； Updates 是在“完全控制”或“仅限查看”连接模式，指定屏幕每秒最大刷新率，为1到100之间的数值； UnlockDesktop 是在“完全控制”连接模式连接成功后，若远程桌面已登录锁定、且焦点位于密码输入框，可用连接Radmin的密码解锁远程桌面、或 (当服务器端为Radmin Server v3.5时) 先锁定再解锁远程桌面。具体配置参见后面的介绍； Fullscreen 是在“完全控制”或“仅限查看”连接模式，以全屏幕方式、或全屏伸展方式显示远程PC窗口； Nofullkbcontrol 是在“完全控制”连接模式，阻止系统热键(如ALT-TAB)传递到远程PC； Monitor 是在“完全控制”或“仅限查看”连接模式，若远程PC有多个监视器，可指定显示其中某个监视器上的图像。比如：/monitor"\\.\DISPLAY1"。注意：只能指定在已连接窗口的菜单中显示出来的监视器； Sendrequest 是请求Radmin服务器发送Radmin服务器激活文件。将忽略其它选项。详情请参见Radmin帮助文档； Pbpath 是以指定的电话薄文件启动Radmin Viewer。比如：/pbpath"C:\my.rpb"。将忽略其它选项； Proxy 是记录的私有代理信息。私有代理格式：记录名称+目录路径。需要先将某条已有记录设置为强制代理，再选作私有代理。 AsProxyBy 是被用作私有代理字段。是指该记录被其它哪些记录用作私有代理，由程序自动处理(只读)； Memory 是备注字段； TreePath 是目录路径字段，由若干英文惊叹号“!”(目录分隔符)分隔的字符串构成，支持中文目录名，如根目录下DirA子目录下的DirB子目录：!DirA!DirB 。 (2)、私有代理字段Proxy 本程序除了支持强制代理外，每条记录都可以指定私有代理。Proxy字段便是存放用作私有代理的记录信息，只能有一条；注意：只能从已有记录中指定私有代理；Proxy字段的格式：记录名称+目录路径；建议先将某条已有记录设置为强制代理，再到新建记录或编辑记录对话框中填写为私有代理；当然，若熟悉后也可以手工填写。 (3)、被用作私有代理字段AsProxyBy AsProxyBy是被用作私有代理字段，用于存放该记录被其它哪些记录用作私有代理的信息，多条记录间用竖线分隔符“|”分隔，由程序自动处理(只读)；该字段主要用于当该记录名称或目录路径更改时，程序会自动更新将该记录用作私有代理的其它记录的私有代理信息；建议用户不要随意修改RadminM.txt文件中该字段的内容，不然可能会出现程序功能错乱。 (4)、格式符合要求的RadminM.txt文件示范 RecordName,IP,Port,User,Password,Domain,ColorDepth,Updates,UnlockDesktop,Fullscreen,Nofullkbcontrol,Monitor,Sendrequest,Pbpath,Proxy,AsProxyBy,Memory,TreePath sample01,192.168.0.6,4899,user01,,,,,,,,,,,,,,! sample02,192.168.0.8,4899,user02,,,,,,,,,,,,,,!DirA!DirB sample03,192.168.0.9,4899,user03,,,,,,,,,,,,,,!DirC!DirD 4、登录信息文件RadminM.txt的转换和编制 (1)、V2.0转V3.0记录文件 单击主菜单、帮助中的“V2.0转V3.0记录文件”菜单项，可以将RadminM V2.0的记录文件转换为RadminM V3.0的记录文件。执行转换之前，请先备份好RadminM.txt。新生成的文件可能覆盖RadminM.txt。 (2)、v1.5的RadminM.txt文件需先转换为v2.0的格式，再导入新版本v3.0中使用 v1.5的RadminM.txt简单修改一下就可以转换为v2.0的格式。修改的具体方法是： (A)用UltraEdit编辑器打开v1.5的RadminM.txt(用其它编辑器也可参照完成类似修改)； (B)Ctrl+R调出替换对话框，在上面需要替换栏输入：^p ，在下面替换为栏输入：,!^p ，(这里，^p代表回车换行)，设置好后再单击“全部替换”按钮即可，需要时可单击“帮助”按钮查看帮助信息； (C)将第一行末尾的 “!” 手工改为 “TreePath”； (D)处理完后保存为RadminM.txt。 用其它编辑器也可参照完成类似修改。转换完成后，再用上面介绍的“V2.0转V3.0记录文件”菜单项导入v3.0中使用。 (3)、用记事本、UltraEdit、Excel等编制RadminM.txt RadminM.txt可以用记事本、UltraEdit、Excel等编制。也可将已有RadminM.txt导入Excel处理，具体方法是： (A)启动Excel，选择菜单“数据->导入外部数据->导入数据”，选择RadminM.txt文件； (B)文本导入向导第1步，直接单击“下一步”； (C)第2步必须选中“逗号”分隔符，再单击“下一步”； (D)第3步必须将所有18列都设置为文本，依次选中下面数据预览里的各列，再选择右上面列数据格式里的“文本”。全部设置好后，再单击“完成”、“确定”即可成功导入； (E)处理完后须保存为CSV格式文件，再更名为RadminM.txt便可使用。 5、v3.0版新增解锁远程桌面功能 (1)、解锁远程桌面功能简介 当以“完全控制”连接远程PC成功后，若远程桌面已登录锁定、且焦点位于密码输入框，可用连接Radmin的密码解锁远程桌面、或 (当服务器端为Radmin Server v3.5时) 先锁定再解锁远程桌面。 要正常使用这一功能，必须满足以下条件：远程PC已经登录、锁定远程桌面的用户密码与连接Radmin的密码一致、远程桌面的焦点位于密码输入框。 (2)、可能存在的安全隐患 注意：当服务器端为Radmin Server v3.5之前的老版本、解锁前远程桌面并未锁定而焦点又正好位于文本编辑框中，启用该功能可能会出现明文密码。 (3)、相关配置 用户可以为每条记录单独配置解锁远程桌面功能，相关配置信息保存在每条记录的UnlockDesktop字段中。慎重起见，默认并未启用该功能。用户可以根据实际情况，单独为每条记录选择不使用(该字段为空白)、或者“UnlockDesktop”、或者“LockThenUnlock”。 该字段为空白，也就是不使用该功能，便不会出现明文密码。 “UnlockDesktop”是指直接解锁远程桌面，适用于Radmin Server各版本，但可能出现明文密码。 “LockThenUnlock”是指若解锁前远程桌面处于未锁定状态、可以先锁定远程桌面再解锁，这样可以避免出现明文密码。但这要求必须使用Radmin Viewer 3.5的Radmin.exe文件，并且只对连接Radmin Server v3.5版本才有效。Radmin Viewer 3.5之前的老版本无法发送锁屏组合键Win+L，Radmin Server v3.5之前的老版本无法接收锁屏组合键Win+L，仍然存在出现明文密码的可能性。 6、相关配置和多种语言支持介绍 (1)、配置文件RadminM.ini 主菜单中的“配置”菜单可以选择程序的各项相关配置。程序的各项配置都保存在RadminM.ini配置文件中，若不存在程序会自动创建。若由于配置混乱、异常关闭等原因导致程序运行后无法显示主窗口，可以先备份然后删除RadminM.ini文件即可正常运行。 (2)、多种语言支持 本程序使用INI文件实现多种语言支持，每种语言信息用一个扩展名为lng的INI格式文件存放。语言文件可以使用Unicode或ANSI格式，一般建议使用Unicode格式。这种方式具有更多扩展性，用户可以非常简单方便地添加自己的语言文件。 本程序的默认语言是简体中文，另外提供英文语言文件English.lng。本程序启动时若没有外部语言文件，将使用内置的默认语言(简体中文)。若本程序目录下有*.lng的外部语言，程序启动后便会自动在“关于->语言”菜单下列出外部语言(以语言文件的文件名命名)。用户选择某种外部语言便可以动态切换到新语言界面，无需重新启动程序，用户的语言选择将自动保存到RadminM.ini文件中，关闭程序后下次启动也会自动使用用户选择的新语言界面。 用户可以参照English.lng语言文件的格式和内容，方便地编制修改自己的语言文件，比如French.lng。用户只需将自己编制好的语言文件拷贝到本程序目录下，重新启动程序后便会自动在“关于->语言”菜单下列出用户添加的新语言French。选择该语言便可以动态切换到新语言界面，无需重新启动程序，关闭程序后下次启动也会自动使用用户选择的新语言界面。 注意：语言文件中间不能有空行，空行就意味文件结束，空行之后就无法查找翻译。若需要空行标识分隔，可以在空行前加英文分号 ;，也即注释行。 语言文件中的字符串，若需要前导和后导空格，可以将字符串用英文双引号或英文单引号包含即可。不需要空格的就无需加引号。 本程序的多种语言支持功能参照网友Yonsm提供的方式实现，有兴趣的用户可以访问网站 http://yonsm.net/ini-language-engine/。 (3)、启用Radmin帮助 在本程序中，若要启用菜单项“帮助->Radmin帮助”，需要将Radmin的chm帮助拷贝为本程序目录中的Radmin35.chm。 7、免责申明 用户可自行斟酌选用该程序，若转载请注明出处。对一切后果，作者不承担任何责任！ ======================================================================================== RadminM v3.0 - By: ybmj@vip.163.com 20150615 By: ybmj@vip.163.com , http://dep.yibinu.cn/wgzxnew/ 1. The features and the running environmental of RadminM 2. The operation of RadminM 3. RadminM.txt of login information file 4. Translate and Preparation RadminM.txt 5. UnlockDesktop feature of v3.0 newly additional 6. Related settings and Multilanguage support 7. Disclaimer 1. The features and the running environmental of RadminM (1). The features of RadminM In order to safely and efficiently use Radmin Viewer to automatically login and manage multiple servers, so the program RadminM(Radmin Connection Manager) was intended to develop. The executable file is RadminM.exe of RadminM v3.0. Only one instance can run in a computer, and it only bring the running instance to the foreground if RadminM run again. And the executable file of RadminM before v3.0 is RadminM2.exe. The new version have been more improvement of the function, and user basically can manage instead of Radmin Viewer 3.5 (except Intel AMT technology). And there ars some useful features else. It support for Windows Xp, Vista, Win7, Win8, 2003, 2000, 9x and the corresponding version of Windows Server operating systems. (2). The environmental requirements of RadminM running Before use, please copy the Radmin.exe of Radmin Viewer 3.5 to this directory, Other Radmin Viewer 3.x versions of Chinese or English are also available. Please set the firewall to allow Radmin.exe and RadminM.exe (only scan function used) to access the network. To use Text Chat, Voice Chat, Send Message such as connection mode, user must copy also corresponding 8 dll files to this directory: ChatLPCx.dll, raudiox.dll, rchatx.dll, unicows.dll, vcintcx.dll, vcintsx.dll, voicex.dll, WinLpcDl.dll. (3). To set Radmin Server's Permissions(Option in the new version) Note: In v1.5 and previous versions, Radmin Server's "Permissions ..." must be set to "Windows NT security", RadminM can not be automatically login feature if it was set to "Radmin security". The new version can be automatically login in these two security modes. (4). The development environments of RadminM RadminM v1.5 and the previous version is developed by AutoIt language. As AutoIt is an interpreted language, it is limited in the functionality and stability, and some anti-virus software will alarm. In order to further improve the functionality and stability, the new version using VC++ UNICODE(MFC) programming environment. The program had already integrated VC runtime library when it was compiled, it can run independently. Because the MFC is more and more bloated and heavy, in order to further improve the stability and efficiency, v3.0 using WTL VC++ UNICODE programming environment. The program dapper, and can run independently. WTL is the abbreviation of Windows Template Library, user may refer to http://wtl.sourceforge.net/ . 2. The operation of RadminM (1). The mouse operation of RadminM * Double-click a record, RadminM will automatically connect in the default mode(wait 6 second), or RadminM will automatically Proxy connect if the record has Proxy(each of Proxy login and Target login wait respectively 6 second). * You may select the default connection mode at the ComboBox of the top left corner or the main menu. * Right-click a record (or F9) to fill as Forced Proxy (supports domain name) at first, and check the CheckBox of Forced Proxy or the menu item, you can connect another record via Forced Proxy (the Proxy will be ignored). * Mouse wheel support. * You can complete the normal operation with the main menu and right-click menu. By the right-click menu of records pane (Right Pane) or click the corresponding button on the toolbar, you can directly connect in specify mode (the default connection mode will be ignored). * There is the function prompted for each button on the toolbar. * Clicking "Show or Hide Tree" button on the toolbar will show or hide the directory tree pane. You may complete some normal trees operations by right-click menu in trees pane (Left Pane). * Records pane and trees pane support the mouse drag-and-drop function. To avoid damage or loss of data, we strongly recommended to backup RadminM.txt before useing this function. Directly drag-and-drop to move, Ctrl + drag-and-drop to copy. There is the prompted information at the status bar as drag-and-drop. * Records automatically sort in ascending order by record name when the program starts. Clicking the table head of listctrl in records pane will sort records according to this column, and clicking again will sort reverse. (2). The common Shortcuts of RadminM: * Enter : automatically connection in the default mode. * Insert : new record. * Ctrl+e : edit record. * Ctrl+c : copy record. * Ctrl+x : cut record. * Ctrl+v : paste record. * Delete : delete record and subdir (in records pane). delete subdir (in trees pane). * F1 : help information. * F2 : rename subdir (in trees pane) or edit record(in records pane). * F3 : scan one record (wait 5 seconds, used for slowly network). * F5 : scan all records by multithreading (wait 5 second for each record). There is prompt at the status bar of bottom left corner when the scan is processing, and prompt will disappear after the scan has finished. We are not recommended to create, modify, delete, paste, cut, sort records when the scan is processing, otherwise the scan results may appear confusion. But other functions may be used normally. * F7 : new subdir. * F9 : fill the selected record as Forced Proxy. (The "Forced-Proxy" item of the main menu will show from [No] to [Yes]. To click the menu, you can view the information.) * Ctrl+- : hide RadminM window to the system tray. * Ctrl+= : show RadminM window. * Double-click the system tray icon to hide or show RadminM window. * RadminM window is resizable, maximize and restore support. * RadminM supports Home, End, PageUp, PageDown, etc. 3. RadminM.txt of login information file (1). RadminM.txt description Login information is stored in RadminM.txt file. RadminM will automatically create if RadminM.txt is not exist. PassWord is encrypted by RC4, user keep attention to store. RadminM.txt is text file to follow CSV (ANSI) formatted. The contents of all field can not contain English exclamation mark "!", English comma ",", vertical separator "|". The first line is the the names of login record fields. There is only a record each line, what contains 18 fields delimited by 17 English comma. RecordName (Record Name) is the key field, support Chinese record name, but can not be empty, do not have the same record name. IP, Port, User, Password are the IP address, port, username, password. IP address can not be empty.The program will use the default port 4899 if the Port is empty. Domain is the domain name, it will be used to automatically fill in the login if Domain has content. ColorDepth is used with the "Full Control" connection mode (no mode switches) or "View Only" connection mode (the "/noinput" switch). Defines the color depth of images that Radmin Server will transfer to Radmin Viewer. ColorDepth is in inverse proportion to transmission rate. Updates is used with "Full Control" connection mode or "View Only" connection mode. Will display the remote computer window with no more than the specified number of updates per second. That is the maximum updates per second. Please input number between 1 to 100. UnlockDesktop is used with "Full Control" connection mode . After "Full Control" connection has successed, it can unlock the remote desktop with the connection password if the remote desktop has locked and the focus is in the password input box, or lock first the remote desktop then unlock when remote PC run Radmin Server v3.5. Fullscreen is used with the "Full Control" connection mode or "View Only" connection mode. Will display the remote computer window in full screen, or expanding the image if the screens resolution of the remote and local computer differs. Nofullkbcontrol is used with "Full Control" mode. The key prevents the transfer of system hotkeys (such as ALT-TAB) to the remote computer. Monitor is used with "Full Control" or "View Only" connection mode. If there are several monitors on the remote computer, this key makes it possible for you to display an image on one of them. Example: /monitor"\\.\DISPLAY1" . Note, you can only specify a monitor from which show on the connected window's menu. Sendrequest is to send specified Radmin Server activation request file to the Famatech Activation Server and saves received license file. Will ignore other options. Please refer to Radmin help for details. Pbpath is to start Radmin Viewer with specified phonebook file. Example: /pbpath"C:\my.rpb". Will ignore other options. Proxy is used to store private-proxy information of the record. Proxy Format: RecordName+TreePath. User need to select a record and set to forced-proxy at first, then fill as Proxy in the NewRecord or EditRecord dialog. AsProxyBy is being used as Proxy field. It is automatically processed by the program (Read Only). Memory is memo field. TreePath is the directory path field. TreePath is a string that consist of multiple strings division by English exclamation mark '!' (directory separator). It support Chinese directory name. Example: !DirA!DirB, the DirB under the DirA under the root. (2). The Proxy field This program not noly supports forced-proxy, each record but also can be specified private-proxy (abbreviated as Proxy). The Proxy field is used to store private-proxy information of the record, it can be only one. Note, user can only specify Proxy from existing records. Proxy Format: RecordName+TreePath. We recommend to select a record and set to forced-proxy at first, then fill as Proxy in the NewRecord or EditRecord dialog. Of course, you can also fill it by hand after familiar. (3). The AsProxyBy field The AsProxyBy field is being used as Proxy field, it is used to store the information which other records use this record as Proxy. Multiple records are delimited with vertical separator "|". It is automatically processed by the program (Read Only). This field is mainly used to automatically update the Proxy information of other records which use this record as Proxy when this record's RecordName or TreePath is changed. We recommend that user do not arbitrarily modify the contents of this field in RadminM.txt, otherwise the program may appear functional disorder. (4). Example: a fitting format RadminM.txt RecordName,IP,Port,User,Password,Domain,ColorDepth,Updates,UnlockDesktop,Fullscreen,Nofullkbcontrol,Monitor,Sendrequest,Pbpath,Proxy,AsProxyBy,Memory,TreePath sample01,192.168.0.6,4899,user01,,,,,,,,,,,,,,! sample02,192.168.0.8,4899,user02,,,,,,,,,,,,,,!DirA!DirB sample03,192.168.0.9,4899,user03,,,,,,,,,,,,,,!DirC!DirD 4. Translate and Preparation RadminM.txt (1). V2.0 to V3.0 RadminM.txt User can translate RadminM V2.0 record file to V3.0 by "V2.0 to V3.0 RadminM.txt" menu of Help in the main menu. Please backup RadminM.txt before performing the transfer. New file may overwrite RadminM.txt. (2). The v1.5 RadminM.txt need to translate to v2.0 fromat, then it can be translated to v3.0 The v1.5 RadminM.txt can be used in the new version after simply modification. The modification procedure is: (A) To open the v1.5 RadminM.txt by UltraEdit editor. (B) Ctrl+R to bring up the Replace dialog box, input in the above Find What pane: ^p, input in the below Replace With pane: ,!^p . (^p is CRLF here.). After properly setting, then click "Replace All" button. You may click the "Help" button to get the help information if you need. (C) Replace "!" with "TreePath" by hand at end of the first line. (D) Save the file to RadminM.txt after processed. You can also refer to complete a similar modification with other editors. After this, user can Translate it to v3.0 by fore-mentioned "V2.0 to V3.0 RadminM.txt" menu. Then it can be used in the new version v3.0. (3). To prepare RadminM.txt by Notepad, UltraEdit, Excel, etc RadminM.txt can be prepared using Notepad, UltraEdit, Excel, etc. You can also import RadminM.txt to Excel to process. The procedure is: (A) Start Excel, then click the menu "Data|Import External Data|Import Data", select RadminM.txt file. (B) Text Import Wizard - Step 1 of 3, direct click "Next". (C) Text Import Wizard - Step 2 of 3, you must check the "Comma" delimiter and then click "Next". (D) Text Import Wizard - Step 3 of 3, you must set all 18 columns to text format. You should select the data columns in turn below Data preview, and then check the "Text" above Column data format. After properly setting, to click "Finish" and "OK" to complete successfully import. (E) The file must save as CSV format after processed. The file can be used for RadminM after direct renamed to RadminM.txt. 5. UnlockDesktop feature of v3.0 newly additional (1). The UnlockDesktop feature After "Full Control" connection has successed, it can unlock the remote desktop with the connection password if the remote desktop has locked and the focus is in the password input box, or lock first the remote desktop then unlock when remote PC run Radmin Server v3.5. To successfully use this feature, there must be conditions: remote PC has already logined, and the password for locked remote desktop as same as the password for conneced Radmin Server, and the focus of remote desktop is in the password input box. (2). Possible security risk Note, there may be plaintext password, if the Radmin Server is old version before v3.5, and the remote desktop has not locked before to unlock, and the focus of remote desktop is exactly on a text edit box. (3). UnlockDesktop setting User can singly prepare UnlockDesktop setting for every record. UnlockDesktop setting is saved in UnlockDesktop filed of every record in RadminM.txt. To be deliberate, this feature is not enabled by default. User can choose and use this feature according to the actual situation. User can choose disabled this feature(Blank filed), or "UnlockDesktop", or "LockThenUnlock" for every record. When this filed is blank, that is disabled this feature, and there wiil not be plaintext password. When this filed is “UnlockDesktop”, that is directly unlock remote desktop. That suit each versions of Radmin Server. But there may be plaintext password. When this filed is “LockThenUnlock”, that is locked first the remote desktop then unlocked if the remote desktop has not locked before to unlock. This will avoid to appear plaintext password. But it must use the Radmin.exe of Radmin Viewer 3.5, and it only suit to connect Radmin Server v3.5. It can not send the Win+L LockScreen combination key to the remote computer by old version before Radmin Viewer 3.5. It can not receive the Win+L LockScreen combination key by old version before Radmin Server 3.5. The possibility to appear plaintext password still exists. 6. Related settings and Multilanguage support (1). Settings file RadminM.ini User may select the RadminM's related settings by Settings Menu of the main menu. All RadminM's related settings is stored in file RadminM.ini. RadminM will automatically create if RadminM.ini is not exist. If the RadminM main window can not display, it maybe the settings is confusion, or abnormal shutdown. User may backup the file RadminM.ini and then delete it. After this, user can run RadminM normal. (2). Multilanguage support This program achieve multilingual support by INI file. Each language information is stored in an INI format file with .lng extension. Language files is text file to follow Unicode or ANSI formatted. We generally recommended to use Unicode format. This mode has more scalability, the user can very simply and easily add your own language file. The default language of this program is simplified Chinese, there is other English language file English.lng as example. If there is no external language file, RadminM use the built-in default language(Chinese) when the program starts. If there are any *.lng external languages under this program directory, RadminM will automatically load and list in the "Settings|Language" menu after the program starts. In this menu, the name of external language is used the filename of the language file. By choosed a language in the menu, users can dynamically switch to the new language interface without having to restart the program. The user's language selection will be automatically saved to RadminM.ini file. After closeing the program, RadminM will automatically use the new language interface selected by the user when the next start. Users can refer to the format and content of English.lng, and easily prepared to modify their own language files, such French.lng. Users only need to copy the prepared language file to this program directory. After restarting the program, RadminM will automatically load and list the new language added by the user (such French) in the "Settings|Language" menu. By choosed the new language in the menu, users can dynamically switch to the new language interface without having to restart the program. After closeing the program, RadminM will automatically use the new language interface selected by the user when the next start. Note, Intermediate of language file can not have blank lines. Blank lines will mean the end of the file, the items will not be able to find the translation after the blank line. If you need a blank line identification or separator, you can add english semicolon in front of blank line. That is a comment line. If you need leading or rear guide space, the string of language file may be contained with double quotes or single quotes.Or it need not quotation marks. This program's multilingual support features achieve by reference of Yonsm's way, interested users may visit the website http://yonsm.net/ini-language-engine/. (3). Use Radmin Help If user want to use Help->Radmin Help of this program, user need to copy the chm help file to Radmin35.chm in the RadminM directory. 7. Disclaimer Users can choose and use this program at their discretion. Please indicate the source if reproduced. The author does not assume any responsibility for all the consequences!
MFC快速入门
Classes，简称MFC）是微软公司提供的一个类库（class libraries），以C++类的形式封装了Windows API，并且包含一个应用程序框架，以减少应用程序开发人员的工作量，这是一套mfc快速入门的课程，主要对MFC各个控件的...
Radmin自动登录器v3.0-多国语言绿色版-Release1-20150615
Radmin自动登陆器 v3.0 - By: ybmj@vip.163.com 20150615 By: ybmj@vip.163.com , http://dep.yibinu.cn/wgzxnew/ 1、程序功能和使用环境介绍 2、程序操作方法介绍 3、登录信息文件RadminM.txt介绍 4、登录信息文件RadminM.txt的转换和编制 5、v3.0版新增解锁远程桌面功能 6、相关配置和多种语言支持介绍 7、免责申明 1、程序功能和使用环境介绍 (1)、程序功能 为了安全高效地使用Radmin Viewer来自动登录和管理多台服务器，故编制RadminM (Radmin Connection Manager，Radmin自动登录器)。 v3.0版的可执行文件是RadminM.exe，一台电脑只能运行一个实例，再次运行只是将已运行的实例调到前台。v3.0版之前的老版本的可执行文件是RadminM2.exe。 新版的功能已经比较完善，基本上可以代替Radmin Viewer 3.5进行管理(除Intel AMT功能外)，另外还增加了一些实用功能，支持Windows Xp、Vista、Win7、Win8、2003、2000、9x及相应Windows Server版等操作系统。 (2)、程序使用环境要求 使用前请将Radmin Viewer 3.5的Radmin.exe文件直接拷贝到该目录中，其它Radmin Viewer 3.x版本也可以，中文版、英文版均可； 请设置防火墙允许Radmin.exe和RadminM.exe(仅扫描功能用)访问网络； 若要用到聊天、语音聊天、传送信息等连接模式，必须将相应的8个dll文件也拷贝到该目录中：ChatLPCx.dll、raudiox.dll、rchatx.dll、unicows.dll、vcintcx.dll、vcintsx.dll、voicex.dll、WinLpcDl.dll。 (3)、Radmin Server使用权限设置(新版本可选) 注意：在v1.5及以前的老版本中，Radmin Server被控端必须将“使用权限...”(Permissions)设置为“Windows NT 安全性”(Security)，如果设置为“Radmin安全性”(Security)将不能实现自动登录功能。在新版本中，这两种安全性模式下，都可以实现自动登录功能。 (4)、开发环境 v1.5及以前的老版本用AutoIt语言开发，AutoIt是解释性语言，功能和稳定性有限，并且一些防病毒软件会报警。 为了在功能和稳定性方面进一步提高和改进，v2.0版使用VC++ Unicode(MFC)编程，程序在编译时已经集成了VC运行库，可独立运行。 由于MFC越益臃肿笨重，为了提高稳定性和效率，v3.0版使用WTL VC++ Unicode编程，程序短小精悍、可独立运行。WTL是Windows Template Library，可参见 http://wtl.sourceforge.net/ 。 2、程序操作方法介绍 (1)、程序中的鼠标操作 * 双击某条记录以默认模式自动连接(等待6秒)；若该记录包含私有代理将自动进行代理连接(代理登录和目标登录各等待6秒)； * 左上角的选择框或主菜单都可以选择默认连接模式； * 先右击某条记录(或F9)填为强制代理(支持域名)，并选中强制代理选项，便可对另一条记录强制进行代理连接(将忽略私有代理)； * 支持鼠标滚轮； * 主菜单和右键菜单均可完成本程序的常规操作；记录窗格的右键菜单或单击工具栏的相应按钮可直接选择进行指定模式的连接(将忽略默认连接模式)； * 主菜单中的“配置”菜单可以选择程序的各项相关配置； * 工具栏各个按钮的功能均有提示； * 单击工具栏上的“显示隐藏树状目录”按钮可以显示隐藏目录树窗格，目录树窗格的右键菜单可完成目录树的一些常规操作； * 单击工具栏上的“选择切换图标查看模式”按钮可以切换或选择记录窗格的图标查看模式； * 记录窗格和目录树窗格都支持鼠标拖放功能，强烈建议用户使用该功能前备份RadminM.txt，以免损坏或丢失数据；直接鼠标拖放为移动，Ctrl+鼠标拖放为复制。拖放时状态栏有提示信息； * 程序启动时，记录自动按记录名称升序排列；在记录窗格单击列表框某列表头，可以按该列进行记录排序，再次单击可以反向排序。 (2)、程序中的常用快捷键 * Enter ：以默认模式连接记录； * Insert ：新建记录； * Ctrl+e ：编辑记录； * Ctrl+c
使用VS的MFC应用创建单文档应用并添加对话框菜单和工具栏
本教程是基于Visual Studio 2019的VC++大作业。 市面上大部分书本教程都使用Microsoft Visual C++工具创建，VS的教程全网少之又少。 故而本教程给初学者避雷，以单文档应用为示例，使用 Visual Studio的MFC应用 完成单文档应用的创建，并在此基础上新建对话框、菜单和工具栏等资源 基于MFC应用的Visual Studio教程一、考核题目要求二、步骤教程三、运行结果 一、考核题目要求 学习习惯问卷调查： 建立一个单文档应用项目（项目名称为学生姓名拼音首字母.
界面

15,979

社区成员

115,896

社区内容

发帖
与我相关
我的任务
社区描述
VC/MFC 界面
社区管理员
  • 界面
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章