This is a part of the Microsoft Foundation Classes C++ library.
Copyright (C) 1994-1998 Microsoft Corporation
All rights reserved.
This source code is only intended as a supplement to the
Microsoft Foundation Classes Reference and related
electronic documentation provided with the library.
See these sources for detailed information regarding the
Microsoft Foundation Classes product.
-------------------------------------------------------
MTMDI Sample Microsoft Foundation Classes Application
-------------------------------------------------------
The MTMDI sample illustrates an MFC user-interface thread, where user
interface events are processed in a thread separate from the main
application thread. This sample is a modified version of the single
thread MDI sample.
The MTMDI sample does not claim a strong rationale for putting the
bouncing ball window in a separate thread. An end-user would not be
able to detect the difference between the MDI and MTMDI samples on a
single processor machine. Even on a multi-processor machine, the
end-user would not be able to detect the difference given that the
ball movement is based on a window timer.
Further, the MTMDI sample does not claim a strong rationale for using
an MFC worker thread instead of an MFC user-interface thread. MFC worker
threads generally are easier to use and more appropriate than user-interface
threads for tasks that do not involve processing of user interface events.
The drawing of the bouncing ball could have been implemented in
a worker thread instead of a user-interface thread, if some technique
other than window timers were used to advance the ball. The use of the
window timer in a separate thread requires a message pump; therefore
the separate thread must be a user-interface thread instead of a worker
thread. To add slightly more justification for using a user-interface
thread, the MTMDI sample includes one additional user-interface feature
not in the MDI sample: you can click anywhere in the bounce window to
immediately change the position of the moving ball.
Although the MDI sample does not claim a strong rationale for using
threads, it nevertheless does illustrate techniques for implementing an
MFC user-interface thread. The remainder of this readme describes
the differences between the implementation of the single thread MDI
application and the multiple thread MTMDI application. These differences
illustrate that it is more difficult to implement an application with
a user-interface thread than a corresponding application that executes
in a single thread. This should be a warning that you should not use
user-interface threads unless you have good reasons.
The overall differences between the implementation of the MDI and MTMDI
samples are these:
1. The CBounceWnd window runs in a separate user-interface thread
in the MTMDI application.
2. In the MDI sample, CBounceWnd is derived from CMDIChildWnd. In the
MTMDI sample, CBounceWnd is derived from CWnd, and a CBounceWnd
window is a child of the MDI child window. In the MTMDI sample,
the CBounceWnd child window fills exactly the client area of the
parent MDI child window (a CMDIChildBounceWnd).
3. In the MDI sample, normal MFC command routing and command user-
interface initialization are used for menu commands associated with
the bounce window. In the MTMDI sample, the MDI child window's
OnCmdMsg function is overridden in order to send the OnCmdMsg
parameters via SendMessage to the CBounceWnd executing in the
separate thread. In general, SendMessage typically needs to be
used us to make calls from a window in one thread to a window in
another thread in an MFC application.
Note: The Hello window is left in the main application thread.
Implementing the Bounce window in a separate thread is sufficient
to illustrate the MFC multithread techniques.
This MTMDI sample does not directly illustrate a view running in a separate
thread, because MTMDI and the original MDI sample do not use MFC's
document/view architecture. Still, the design of MTMDI can be applied
to an application where you might want the view to run in a separate thread.
In general, you cannot successfully implement member functions of a CView
to run in a separate thread, because the MFC document/view architecture
relies on thread local storage (TLC) for some of the data that coordinates
documents and views. However, you can apply the design of MTMDI by
implementing a child window of the CView window, and processing user-
interface events of this child window in a separate thread.
The design of MTMDI is summarized below. For additional details, see
source code comments.
=================
CWinThread object
=================
The thread object for the bouncing ball window is implemented in
a CWinThread-derived class, CBounceThread, in mtbounce.cpp.
Beginning the user-interface thread
-----------------------------------
The overridden CMDIChildBounceWnd::OnCreate begins the thread for
the bouncing ball. There are two ways to begin an MFC user-interface
thread: (1) call AfxBeginThread, passing the CRuntimeClass of the
CWinThread-derived class; or (2) implement two-stage construction of
the CWinThread-derived object by new'ing it and then calling
CWinThread::CreateThread. We use the second method because it offers
the easiest way to pass the HWND of the CMainFrame window to the
thread, which needs the parent HWND to create the child window.
We simply pass the HWND to the CBounceThread constructor.
An alternative method is:
- call AfxBeginThread with a CREATE_SUSPENDED parameter;
- pass the parent HWND via a new CBounceThread::SetParentWnd function;
or make the CBounceThread::m_hwndParent member variable public and
set it directly; and then
- call CWinThread::ResumeThread.
Thread instance initialization
------------------------------
CWinThread::InitInstance is the only member function that must be
overridden for a user-interface thread. The implementation of
CBounceThread::InitInstance is typical in that it creates (using
CWnd::Create) the window that processes messages in the separate thread.
Terminating the user-interface thread
-------------------------------------
The easiest way to terminate a user-interface thread is to rely on
automatic termination of the thread when the main window associated with
the thread is destroyed. The only thing you need to do to implement
such automatic thread termination is to set the CWinThread::m_pMainWnd
to the main window. This is illustrated in CBounceThread::InitInstance.
The default CWnd::OnNcDestroy handler checks whether the window being
destroyed is the thread's m_pMainWnd and, if so, terminates the thread,
provided it isn't the main application thread.
Unless you change the default TRUE value of CWinThread::m_bAutoDelete,
the framework will automatically delete the CWinThread object when the
thread terminates.
Avoiding memory leak detection of CWinThread object
---------------------------------------------------
When the application terminates, it destroys each window in the window
hierarchy, and then, in debug mode, checks for memory leaks.
It is possible that the application will falsely detect a memory leak of the
CWinThread object before the user-interface thread has had a chance to
automatically terminate. The reported memory leak is false because
eventually the CWinThread object will be automatically destroyed anyway.
Nevertheless, the dumping of memory leak information can be disconcerting.
To avoid this, we use a "bounce thread killed" event. The CBounceThread
delete operator sets the event. The main application waits for this event
before terminating. It is better to set the event in the delete operator
rather than in the CBounceThread destructor, because it is remotely possible
that the applicati
没有合适的资源?快使用搜索试试~ 我知道了~
Visual C++视频/音频开发实用工程案例精选源码
共952个文件
h:281个
cpp:142个
c:135个
需积分: 0 2 下载量 161 浏览量
2008-07-02
17:44:56
上传
评论
收藏 6.16MB RAR 举报
温馨提示
Visual C++视频/音频开发实用工程案例精选 源码
资源详情
资源评论
资源推荐
收起资源包目录
Visual C++视频/音频开发实用工程案例精选源码 (952个子文件)
ressources.aps 599KB
XvidQuantsParser.aps 66KB
play.aps 46KB
ROBOT.APS 46KB
AVDConf.aps 39KB
MtMdi.aps 36KB
GraphView.aps 18KB
bdasampl.aps 8KB
SelectCapDrv.aps 3KB
build_ogg_dynamic.bat 481B
build_ogg_dynamic_debug.bat 479B
build_ogg_static.bat 478B
build_ogg_static_debug.bat 476B
Skin.bmp 330KB
mayo_logo_color.bmp 124KB
Controls.bmp 119KB
xvid_logo.bmp 35KB
main_up.bmp 31KB
main_down.bmp 18KB
main_smallfont.bmp 5KB
SysIcon.bmp 4KB
TOOLBAR1.BMP 3KB
Skin.bmp 3KB
BITMAP1.BMP 2KB
Toolbar.bmp 1KB
main_bigfont.bmp 948B
Toolbar.bmp 838B
SysIcon_Mask.bmp 320B
BITMAP5.BMP 302B
BMP1.BMP 302B
BMP2.BMP 302B
BMP0.BMP 302B
BITMAP8.BMP 302B
BMP13.BMP 302B
BMP9.BMP 302B
BMP00003.BMP 302B
BMP10.BMP 302B
BITMAP3.BMP 302B
BITMAP4.BMP 302B
BMP00002.BMP 302B
BMP00001.BMP 302B
BITMAP7.BMP 302B
BITMAP6.BMP 302B
BMP00004.BMP 302B
BMP15.BMP 302B
BMP14.BMP 302B
BMP18.BMP 302B
systray_mask.bmp 246B
systray_icon.bmp 246B
GraphViewCtl.bmp 238B
coolplayer.bsc 3.27MB
layer3.bsc 89KB
ogg_static.bsc 57KB
CLV_ListView.c 104KB
huffman.c 73KB
main.c 70KB
layer3.c 65KB
CPI_Playlist.c 62KB
CPI_PlaylistWindow.c 50KB
CPI_PlaylistItem.c 44KB
framing.c 39KB
options.c 29KB
decode.c 29KB
CPI_Interface.c 28KB
CPI_Player_CoDec_WinAmpPlugin.c 24KB
synth.c 24KB
playlist.c 24KB
basic_prediction_mmx.c 23KB
yuv2rgb_mmx.c 22KB
mp3.c 22KB
profile.c 21KB
CPI_Player_Engine.c 21KB
putvlc.c 19KB
bitwise.c 19KB
rtccore_i.c 18KB
deblock_vert_lpf9.c 18KB
text_code.c 18KB
skin.c 17KB
CPI_Player_CoDec_MPEG.c 17KB
postprocess.c 17KB
CPI_Verbs.c 16KB
CPI_Player_Output_DirectSound.c 16KB
CPSK_Skin.c 16KB
basic_prediction_mmx.c 15KB
mot_est_mb.c 15KB
text_bits.c 15KB
IDCT_MMX.C 14KB
CPI_Player.c 13KB
text_fdct_mmx.c 13KB
infblock.c 13KB
mot_est_comp.c 12KB
text_idct_mmx.c 12KB
frame.c 11KB
CPI_Image.c 11KB
decoder.c 11KB
deblock_vert_default_filter.c 11KB
layer12.c 11KB
CPI_Player_Output_Wave.c 10KB
Yuv2rgb.c 10KB
CPI_Player_Output_File.c 10KB
共 952 条
- 1
- 2
- 3
- 4
- 5
- 6
- 10
游鱼_
- 粉丝: 215
- 资源: 17
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0