WTL体系结构
绪论
WTL最终来了,而且提供了我所希望的功能.我在WTL Bytesize(译文)的文章列出WTL主要特征.在本文中,我将描述一下WTL的体系结构,同时我会给出一些简单的例子来演示如何使用它的那些特征.希望能够对您有所帮助.
WTL应用程序的类型
WTL有好几种应用程序类型,供您在AppWizard选取.
下表对这些应用程序进行了描述. 这种弹性构成了WTL体系结构的一部分.
你可能还是首次听说多线程SDI应用程序,但是不用担心,它的概念很容易理解.一个多线程SDI程序启动后它会有一个窗口, 窗口显示了一个文档. 当你想要程序要再创建一个文档时,问题就出现了--SDI程序只能显示一个文档.为了解决这个问题,多线程SDI创建了另一个SDI窗口.看起来是一个新的实例在运行,实际上它不过是原来的进程创建了一个新的窗口,并把它依附到进程的一个新线程. IE的新建窗口就是这样做的.
除了多线程SDI,所有这些应用程序都可以作为COM服务器, 并且应用程序向导(AppWizard)为此提供了一个选项.另外应用程序向导还可以让你指定该程序是否主持ActiveX控件.令人费解的是,不同的程序类型,选取"Host ActiveX Controls"的地方不同.除对话框应用程序外的其他类型在第一页上选取,而对话框类型却放到第二页.
第二页的其他选项,对对话框程序以外的类型都是可用的.它们让你指定程序是否需要工具条(toolbar),状态条(status bar)和视窗口(View Window).
如果选取了"Toolbar"选项,你可以通过"Rebar"选择是否将工具条放入IE Rebar控件中. 如果你选取了Rebar, 你就可以通过框架窗口(frame window)的成员m_hWndToolBar(后边会有详细的描述)来访问它.你可以按照你的意愿,在里边加入其他的工具条. 选取了"Rebar"后, 你可以决定是否选取"Command Bar". Command bar很像CE的command bar控件.只是WTL是用一个类来实现,而在CE, command bar是一个系统窗口类(system window class). Command bar 非常有用,它能够把窗口也加入到工具条中去. 如果你选取了这个选项, 工具条和菜单都将被当做toolbar来实现.这使菜单项也可以有关联的图标,并且当你移动鼠标到一个菜单项上时,该菜单项会被置成高亮.从Office 97以来, Office 软件的菜单都具有上述特征.
第二页还有指定程序是否使用视的选项(多半你想要使用), 同时你可以决定这些视如何实现. 下表列出了所有可选的视.
本文的例子需要一个对话框模版,同时还需要菜单,因此Form view是个理想的选择.
程序线程
跟ATL一样,WTL程序也需要一个_Module全局变量来保存全局数据,方便应用级代码访问.在WTL中,这个变量是CAppModule或CServerAppModule的实例,后者在程序同时作为一个COM服务器时用到.每个应用程序具有一个或者多个UI线程.WTL使用两种方式来管理这些线程.
如果应用程序只有一个UI线程(除了多线程SDI以外,其他程序类型默认只有一个UI线程),线程调用全局函数run():
int Run(LPTSTR /*lpstrCmdLine*/ = NULL, int nCmdShow = SW_SHOWDEFAULT)
{
CMessageLoop theLoop;
_Module.AddMessageLoop(&theLoop);
CMainFrame wndMain;
if (wndMain.CreateEx() == NULL)
{
ATLTRACE(_T("Main window creation failed!\n"));
return 0;
}
wndMain.ShowWindow(nCmdShow);
int nRet = theLoop.Run();
_Module.RemoveMessageLoop();
return nRet;
}
线程的消息循环包含在CMessageLoop内部.函数创建了一个CMessageLoop实例, 把它放入全局的消息循环映射(message loop map)数组. 以线程ID为索引,线程中运行的其他的代码可以访问到这个实例. 消息循环对象包含了message filter和idle handler. 运行在这个UI线程的UI元件(UI element)可以有它自己的idle handler,在线程的消息队列为空时运行【译注:通过CMessageLoop::AddIdleHandler()把这个UI元件加入到CMessageLoop的idle handler 数组中】. CMessageLoop::Run()包含了UI线程的主消息映射(main message map).下边是它的伪代码:
MSG m_msg;
int CMessageLoop::Run()
{
for (;;)
{
while (!::PeekMessage(&m_msg, NULL, 0, 0, PM_NOREMOVE))
DoIdleHandlers();
bRet = ::GetMessage(&m_msg, NULL, 0, 0);
if(bRet == -1)
continue;
else if(!bRet)
break;
if (!DoMessageFilters(&m_msg))
{
::TranslateMessage(&m_msg);
::DispatchMessage(&m_msg);
}
}
return (int)m_msg.wParam;
}
可以看到,这个函数推动着消息队列. 没有消息时, 运行注册到线程的idle hander. 如果在队列中检测到消息,把它取出来,传给每个message filter. 如果消息没有被这些函数处理,它将按照通常的方式,发送到目标窗口.
如果程序有超过一个的UI线程,可以用WTL的线程管理器,多线程SDI就是这样做的. 主线程作为一个管理者线程,它会为每个新窗口创建一个新的新线程. 主要流程如下:
int nRet = m_dwCount;
DWORD dwRet;
while(m_dwCount > 0)
{
dwRet = ::MsgWaitForMultipleObjects(m_dwCount, m_arrThreadHandles,
FALSE, INFINITE, QS_ALLINPUT);
if(dwRet >= WAIT_OBJECT_0 && dwRet <= (WAIT_OBJECT_0 + m_dwCount - 1))
RemoveThread(dwRet - WAIT_OBJECT_0);
else if(dwRet == (WAIT_OBJECT_0 + m_dwCount))
{
::GetMessage(&msg, NULL, 0, 0);
if(msg.message == WM_USER)
AddThread(_T(""), SW_SHOWNORMAL);
}
}
那些线程句柄放在一个数组中. 线程通过AddThread()加入到数组(同时启动线程), RemoveThread()从数组移走. wait语句在两种情况下会被打断: 线程死亡(将线程从数组中移出) 或线程收到了WM_USER消息(一个线程在一个新线程里新建了一个窗口). 线程管理者为程序中的一个类,因此可以在循环中加入自己的message handler, 比如,当程序有不止一种窗口类型时. 创建一个新的窗口非常简单,只需在任意一个窗口中调用:
::PostThreadMessage(_Module.m_dwMainThreadID, WM_USER, 0, 0L);
这个循环会一直运行下去,直到所有的UI线程都关闭了. UI线程具有一个thread procedure,它跟单UI线程的Run()方法一样.不过,由于线程管理者使用了MsgWaitForMultipleObjects(), 这意味者最多只能有MAXIMUM_WAIT_OBJECTS-1个UI线程,这也意味着最多只能创建63个窗口.
框架
WTL实际上是两类窗口: 框架窗口和视图窗口. 正如名字所暗示的那样, 框架窗口为窗口提供标题栏(caption bar)和边框,你的代码用它来处理工具条(tool bar)和菜单项命令.你看到的程序窗口实际上是视图窗口, 视图覆盖了框架窗口的客户区.客户区是指框架窗口没有被诸如状态条,工具条之类的修饰部件所遮挡的部分.
线程会创建主框架窗口的一个实例,创建视图的工作由主框架窗口的WM_CREATE消息处理函数完成. 对于SDI程序来说,这个过程很简单. 把视图类的一个实例作为主框架类的一个成员,调用视图类的Create()方法即可.MDI程序稍微有些不同, MDI主框架窗口通过CMDIFrameWindowImpl<>::CreateMDIClient()建立一个名为MDICLIENT的窗口. 这个客户窗口将CMDIChildWindowImpl<>窗口当做它的子窗口,子窗口有一个视图.这也反映了这么一个事实,MDI程序可以具有零个或者多个子窗口,每个都有边框和标题栏.
框架窗口的OnCreate()很有意思,让我看看:
LRESULT OnCreate(UINT, WPARAM, LPARAM, BOOL&)
{
// create command bar window
HWND hWndCmdBar = m_CmdBar.Create(m_hWnd, rcDefault,
NULL, ATL_SIMPLE_CMDBAR_PANE_STYLE);
// attach menu
m_CmdBar.AttachMenu(GetMenu());
// load command bar images
m_CmdBar.LoadImages(IDR_MAINFRAME);
// remove old menu
SetMenu(NULL);
HWND hWndToolBar = CreateSimpleToolBarCtrl(m_hWnd, IDR_MAINFRAME,
FALSE, ATL_SIMPLE_TOOLBAR_PANE_STYLE);
CreateSimpleReBar(ATL_SIMPLE_REBAR_NOBORDER_STYLE);
AddSimpleReBarBand(hWndCmdBar);
AddSimpleReBarBand(hWndToolBar, NULL, TRUE);
CreateSimpleStatusBar();
m_hWndClient = m_view.Create(m_hWnd, rcDefault, NULL,
WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN,
WS_EX_CLIENTEDGE);
UIAddToolBar(hWndToolBar);
UISetCheck(ID_VIEW_TOOLBAR, 1);
UISetCheck(ID_VIEW_STATUS_BAR, 1);
CMessageLoop* pLoop = _Module.GetMessageLoop();
pLoop->AddMessageFilter(this);
pLoop->AddIdleHandler(this);
return 0;
}
这是从一个SDI程序拿来的一段代码,该程序有一个基于command bar的工具条和一个状态条. 函数的第一行创建了一个command bar实例,然后对它进行初始化,在其中加入框架窗口的菜单和工具条位图. 这段代码先将菜单取出,把所有的下拉菜单转换为工具条按钮,并将菜单保存在一个变量中,以备后用. 给人的感觉是菜单是由工具条实现的-那我们就把它叫做工具条菜单(menu toolbar)吧. 然后Command Bar将程序工具条的图标装入image list 并将它们的ID保存在数组中. 当点击工具条菜单的按钮时,commandbar会找到对应的子菜单,创建一个弹出菜单. Command bar将子菜单项的ID和它保存的ID进行比较,这些ID跟image list中的工具条按钮图标是相关联的. 如果比较成功, 则将关联的图标加到菜单项上
去. 这意味着相同ID的菜单项和工具条按钮具有相同的图标.
接下来, 创建工具条并把它关联到commandbar, 然后创建状态条和视图.可以看到视图的HWND存放在框架窗口的m_hWndClient变量中. 这个窗口句柄在框架窗口的WM_SIZE handler中会用到.当框架窗口改变大小时,它告知视图改变自身,于此同时也要考虑状态条和command bar.
在下来的三行(从调用UIAddToolBar()开始) 用来显示在运行时会改变状态的UI项(UI item).文章后面还会重提这个话题. 最后,访问消息循环(message loop), 你应该还记得该消息循环存放在一全局数组中. GetMessageLoop()取得当前线程的消息循环,加入框架窗口的message filter和idle handler, 分别默认是PreTranslateMessage()和OnIdle().
框架窗口继承于以下类:
class CMainFrame :
public CFrameWindowImpl
public CUpdateUI
public CMessageFilter,
public CIdleHandler
后两个抽象类宣称了框架窗口类实现了PreTranslateMessage()和OnIdle(). 从CUpdateUI<>继承表示框架类支持UI update map.
视图
视图窗口看起来显得很简单:
class CMyView : public CWindowImpl
{
public:
DECLARE_WND_CLASS(NULL)
BOOL PreTranslateMessage(MSG* pMsg)
{
pMsg;
return FALSE;
}
BEGIN_MSG_MAP(CMyView)
MESSAGE_HANDLER(WM_PAINT, OnPaint)
END_MSG_MAP()
LRESULT OnPaint(UINT, WPARAM, LPARAM, BOOL&)
{
CPaintDC dc(m_hWnd);
//TODO: Add your drawing code here
return 0;
}
};
上面是一个SDI程序的视图类. 多线程SDI和MDI的视图类在本质上也跟这个一样,但他们没有PreTranslateMessage()方法. SDI程序就是使用这个函数,赶在框架类处理消息之前把消息抓住. PreTranslateMessage()在SDI的框架类中的实现是，直接将消息转发给视图类.
这里显示的视图实际上没有做什么工作.你应该自己在OnPaint()函数中加入画出文档内容的代码.如果需要支持输入,如鼠标的点击和键盘的按键,你应该加入相应消息处理函数到
类和映射中. 可以看到这个窗口是从CWindowImpl<>继承下来的,如果你想让它基于一个Win32控件的话,就应该从定义在AtlCtrls.h文件中某个WTL类继承.
如果想在基于CWindowImpl<>的类里加上滚动条,那么你应该把基类换成CScrollWindowImpl<>,同时把消息链给它:
class CMyView : public CScrollWindowImpl
{
public:
typedef CScrollWindowImpl
BEGIN_MSG_MAP(CMyView)
CHAIN_MSG_MAP(parent)
END_MSG_MAP()
void DoPaint(CDCHandle dc)
{
}
}；
基类保证窗口具备滚动条,并提供滚动条消息的默认处理.视图类不再有WM_PAINT的处理函数,因为它已被CScrollWindowImpl<>处理.根据滚动条的位
置,CScrollWindowImpl<>画出视图相对应的部分. 取而代之的是，在你的类里实现DoPaint(),在这里你需要画出整个视图.如果你想指定滚动的范围,大小或起点,你需要加上处理WM_CREATE消息的函数，把这些初始化代码放到里边.
正如我先前所提到的,框架窗口会改变视图窗口的大小,以使它客户区未被状态条和工具条覆盖的部分为视图所填充. 在大多数情况下,这样就够了.但是当你想要一个具有Windows Explorer样子的程序时,该怎么办呢? Windows Explorer的窗口包含了一个tree view 和一
个list view,还有两者之间的分割条. WTL的解决方案很简单:使用splitter窗口!
为此你需要改变一下框架窗口,让它创建splitter窗口的一个实例作为它的视图. 例如, 在你的框架类里有如下的数据成员:
CSplitterWindow m_view;
CTreeViewCtrl m_tree;
CListViewCtrl m_list;
你可以在OnCreate()创建一个splitter窗口:
// get the frame client rect, so that we set the splitter initial size
// and we can get the splitter bar in the centre
RECT rect;
GetClientRect(&rect);
m_hWndClient = m_view.Create(m_hWnd, rect,
NULL, WS_CHILD | WS_VISIBLE);
m_tree.Create(m_view, rcDefault, NULL,
WS_CHILD | WS_VISIBLE | TVS_HASBUTTONS | TVS_HASLINES |
TVS_LINESATROOT,
WS_EX_CLIENTEDGE);
m_list.Create(m_view, rcDefault,
NULL, WS_CHILD | WS_VISIBLE | LVS_REPORT, WS_EX_CLIENTEDGE);
m_view.SetSplitterPanes(m_tree, m_list);
m_view.SetSplitterPos();
Splitter窗口如同一个视图,将框架窗口作为它的父窗口. 在这段代码里,我将框架窗口客户
区的实际大小传给了splitter窗口. 我也可以在这里使用rcDefault,因为一旦框架窗口创建完成,框架窗口就会转发WM_SIZE消息给splitter. 这样splitter可以马上改变自身的大小来填充框架. 然而,当我准备使用不带参数的SetSplitterPos(),把分割条设置于窗口中线时,出现了问题.Splitter窗口使用它的大小来决定中线的位置,由于rcDefault告诉窗口它的大小是0(因此中线的位置也是0),从而意味着分割条将出现在z最左边,将左窗口隐藏了起来.
创建了splitter窗口后,你需要创建那些你想要分割的窗口了.它们将作为splitter窗口的子窗口被创建.最后你将这些子窗口通过SetSplitterPanes()加到splitter窗口中去,并确定分割条的位置所在.
UI Update
菜单项可以被设置为有效或无效,可以带check记号或着像radio按钮一样,在一组菜单项中同时有且只有一个能被check.此外,菜单项还可以带图标和文字. 所有的这些状态都可以在运行时根据程序中的某个值进行改变.工具条在某种程度上可以看做是菜单的易见形态,因
为它们的按钮可以个别地,或者作为一组的一部分被置成有效或无效,推入推出. UI update机制允许你指定哪些UI元件(UI element)的状态可以在运行时改变. WTL使用如下的UI update映射来实现这一功能:
BEGIN_UPDATE_UI_MAP(CMainFrame)
UPDATE_ELEMENT(ID_FILE_SAVERESULTS, UPDUI_MENUPOPUP |
UPDUI_TOOLBAR)
UPDATE_ELEMENT(ID_VIEW_TOOLBAR, UPDUI_MENUPOPUP)
UPDATE_ELEMENT(ID_VIEW_STATUS_BAR, UPDUI_MENUPOPUP)
END_UPDATE_UI_MAP()
这个例子指出三个菜单项在运行时有一个状态需要显示,其中的一个,
ID_FILE_SAVERESULTS,还有一个工具条按钮跟它相关联. WTL通过建立一个数组来保存这些信息.为此你需要完成两方面的工作:
首先是UI元件的状态. 如果是菜单项, 你可以使用UIEnable()使能该菜单项, UISetCheck()设置check记号, UISetText()改变菜单的文字.如果是工具条按钮,那么你使用UIEnable()使能该按钮, UISetCheck()或者UISetRadio()决定按钮是推入还是推出.下边的代码根据是否有文本被选中,来使能Cut菜单项和工具条按钮:
BOOL bSelected = GetSelected();
UIEnable(ID_EDIT_CUT, bSelected);
你可以把这样的代码放入相应处理函数中(如一个菜单项的状态依赖于另一个菜单项的动作,将它放入后者的处理函数中),或者放入OnIdle()方法,通过检查某个类变量来决定元件的状态.
其次是确定各个UI元件是否都被更新了,为此你需要调用CUpdateUI<>的某个方法将UI 元件加入到列表中.主菜单已被自动加入,但是其他的任何菜单和所有的工具条必须分别通
过调用UIAddMenuBar()和UIAddToolBar()手动加入.
其他还有一堆事情要注意. 首先,设置了工具条的状态后,使用UIUpdateToolBar()以使工具条状态更新. 对于菜单,你不需如此,因为子菜单是动态生成的.UIUpdateMenuBar()这个方法也存在,但是它的作用是把菜单恢复到初始状态,如果你改变过某些项的文字,调用UIUpdateMenuBar()的结果可能不是你所期望的(因为菜单项的文字会变成老的).
尽管还有一个方法UISetRadio(),但是还没有一个把几个菜单项或者工具条按钮当做radio按钮组(也就是说,有一个而且只有一个被选中)的机制.如果你希望得到这样效果,你必须自己编码,不过它并不难.
对话框
ATL的对话框支持一向很好,对此WTL新增了通用对话框的封装. 本质上是为对话框加入了输入验证和回调函数. 比如, 你想在用户改变年Open对话框中的文件夹时有所动作,那么你应该从CFileDialogImpl<>继承一个类,实现OnFolderChange():
class CMyFileDialog : public CFileDialogImpl
{
public:
CMyFileDialog(BOOL b)
: CFileDialogImpl
void OnFolderChange(LPOFNOTIFY lpon)
{
char strFolder[MAX_PATH];
if (GetFolderPath(strFolder, sizeof(strFolder)) > 0)
{
MessageBox(strFolder);
}
}
};
当文件夹的路径改变时,CFileDialogImpl<>调用OnFolderChange().该函数使用基类的GetFolderPath(),来取得新路径.
控件
WTL为所有的Win32和通用控件提供了封装类,包括Windows 2000新加入的. 虽然只是简单的包装，但是它们使这些控件更加容易访问.譬如，你能记清楚从List View读出当前选定项的文字的消息和需要传的参数吗？(实际上, 你需要发送两个消息, 一个是得到选定项的索引，另一个是读出它的文字.) WTL的作者为你完成了这些烦人的工作, 提供了一个简单的封装函数供你使用.
使用这些控件类有两种方法. 如果你的对话框里有一个控件, 你可以将控件的HWND依附到一个封装对象,使用封装类的方法来访问控件.这种方法简化了你读写控件数据和处理notification消息的代码.
另外的用法是把这些类加到你的视图类的继承层次中去:
class CMyView : public CWindowImpl
这表示CWindowImpl<>是从CListBox继承而来,因此创建的窗口将是一个list box (因为窗口类的名字是通过调用
CListBox::GetWndClassName()得到的). 另外, ATL的窗口机制会子类化这个窗口,将发给它的消息路由到你的消息映射中去. 它保留了老的窗口函数,这样,你没有处理的消息将由老的窗口函数来处理.当你的视图类从控件类继承时,WTL就会使用这一技术.
在notification消息和子类化这个主题上,有一点很值得指出,那就是当某事件发生时,绝大多数窗口控件都会发送notification消息给它们的父窗口.让你窗口来处理这些
notification消息要比子类化一个已存在控件窗口(或子类化一个已存在的类,然后建立
一个实例),从而在控件之前取得消息好得多. 譬如, 你想处理按钮的click事件,你所需要做的只是处理BN_CLICKED notification.它将由按钮发送给你的窗口类.另外的一种方法是从CContainedWindow<>子类化BUTTON窗口来处理click消息.
我之所以说这个是因为一个知名的ATL鼓吹者给我一份代码里就是这么做的.他的代码取得一个简单的按钮click事件所花的时间是别人的3到4倍,因为他子类化了按钮控件,而不是简单的处理BN_CLICKED notification.
WTL还提供了一些新的控件,在win32中没有对等者. 你已经看到过一个-- command bar, 实际上还有其他一些非常有用类:
【转载】防止变量重复定义、头文件重复包含、嵌套包含 【转 自】 https://www.doczj.com/doc/5517348627.html,/zengzhaonong/blog/item/8a8871062d481f7f03 088106.html #include文件的一个不利之处在于一个头文件可能会被多次包含，为了说明这种错误，考虑下面的代码: #include "x.h" #include "x.h" 显然，这里文件x.h被包含了两次，没有人会故意编写这样的代码。但是下面的代码: #include "a.h" #include "b.h" 看上去没什么问题。如果a.h和b.h都包含了一个头文件x.h。那么x.h在此也同样被包含了两次，只不过它的形式不是那么明显而已。 多重包含在绝大多数情况下出现在大型程序中，它往往需要使用很多头文件，因此要发现重复包含并不容易。要解决这个问题，我们可以使用条件编译。如果所有的头文件都像下面这样编写: #ifndef _HEADERNAME_H
#define _HEADERNAME_H ...//(头文件内容) #endif 那么多重包含的危险就被消除了。当头文件第一次被包含时，它被正常处理，符号_HEADERNAME_H被定义为1。如果头文件被再次包含，通过条件编译，它的内容被忽略。符号_HEADERNAME_H按照被包含头文件的文件名进行取名，以避免由于其他头文件使用相同的符号而引起的冲突。 但是，你必须记住预处理器仍将整个头文件读入，即使这个头文件所有内容将被忽略。由于这种处理将托慢编译速度，所以如果可能，应该避免出现多重包含。test-1.0使用#ifndef只是防止了头文件被重复包含(其实本例中只 有一个头件，不会存在重复包含的问题)，但是无法防止变量被重复定义。 # vi test.c ------------------------------- #include
关于Further Mathematics 与Mathematics Methods 注：11年级的课时计划会打乱书上章节的顺序 ●分析： 1) Further Mathematics内容覆盖广(6年级~大一)，与现行高中数学教材接轨小，在内容上仅有不到20%相同的地方，且难度较小，但除应用性强外，对国内数学帮助不大；但国内高中数学对Math有较大帮助。 2) Mathematics Methods 内容与国内高中数学内容相近，大约有70~80%相同，尽管在要求上更重于应用，理论难度要略低于国内数学，但它与国内数学互相辅助程度较大。然而要考虑的是：学生的英语水平及难度会对学生的VCE总分产生影响。 3) 假设只学习Mathematical Methods，根据Mathematical Methods教学安排调整中文数学的教学顺序例如：中文数学中的数列、向量内容后置，将Mathematical Methods中的概率统计前移。 ●方向 1)为了保证学生VCE的总分，应该保留Further Mathematic； 2)而为了让学生在报考国外大学的专业时有更多的选择(尤其指理工科)或得到更高的分数，应该学习Mathematical Methods，且Methods与国内数学的关系更为紧密。只是在学科的课时上，外教的配置上，学生的学费改变与否上考虑。 ●建议： 1、鉴于学生水平的参差不齐，理想状态：所有学生必修Further Mathematic，数学不错的(将来可 能报国外理科专业)的同学选修Mathematical Methods。这将会增加学生的课时。 2、学生学Further Mathematic和Mathematical Methods，多增加一门Mathematical Methods。 ------- 11年级学生学习Further Mathematic的3,4单元；12年级学生学习Mathematical Methods的3,4单元，最后参加5个学科的VCE大考。若这样可行，则可在不增加课时的基础上，多学了一个VCE学科。 ●初拟结论： 1、Methods代表国内数学的课改趋势 2、Methods尽管难度提高了，但因为计算的是标准分(按标准分折算)，故与Victoria省比较，应该占优，并不影响VCE总分。 3、Methods与国内数学接近，更利于二者的整合与互助。 4、Methods与国内数学接近，更利于学生对中外数学的统一认识------即：要学好Math，就必须将国内数学学好，反之亦然。尽管它们在内容和深度上还各有特点。
VCE题库打开软件Visual CertExam详细使用教程 VCE题库打开软件-Visual Certexam Suite免费版 https://www.doczj.com/doc/5517348627.html,/thread-36170-1-1.html 发现论坛有的会员对VCE软件使用不熟悉，影响做题效率，现在给大家奉上一个详细的使用教程。感谢各位会员对鸿鹄论坛的支持，我们一直在努力做到更好！ 1.打开Visual CertExam软件
2.选择Add按钮添加.VCE格式后缀题库文件
3.选择start直接可以做题，但是该软件不仅仅有这些功能，请往下看吧，选择Exam按钮 4.如上图所示选择history，对了，这就是每次做题的历史记录，可以看到自己历次的成绩。
5.再回到3中选择Operation选项，如图所示 Randomize questions--勾选表示随机抽题，不勾选表示从题库的第一题开始做，建议刚开始接触题库的同学不用勾选，先熟悉一遍题目，等熟悉了再勾选随机抽题选项。 Randomize choices where enable-勾选表示题目的ABCD等选项也是随机出现的，不勾选表示选项跟题库给的顺序一样。
6.回到2中，选strat开始做题，可以选择做所有题目或者自己选择题目的类型，这样便于重点练习自己不熟悉的知识点，查漏补缺，底部Time on选项，默认考试时间是120分钟，可以根据自己的情况适当设置做题时间。 7. 点击上图的OK按钮，会有题库的介绍和相关说明如下图所示，按Begin按钮正式开始答题。
8. 选择题有单选跟多选，题干会题库该题有几个选项，注意下图左上角的Mark按钮，勾选表示对该题做了标记。黄色M即表示标记的题目。
文件包含与头文件的写法 很多人对C语言中的“文件包含”都不陌生了，文件包含处理在程序开发中会给我们的模块化程序设计带来很大的好处，通过文件包含的方法把程序中的各个功能模块联系起来是模块化程序设计中的一种非常有利的手段。 文件包含处理是指在一个源文件中，通过文件包含命令将另一个源文件的内容全部包含在此文件中。在源文件编译时，连同被包含进来的文件一同编译，生成目标目标文件。 很多人再初学时都会对这个很晕，怎么写文件件? 怎么包含才能避免重定义? 等等问题。。。 其实这个只要了解了文件包含的基本处理方法就可以对文件包含有一个很好的理解与应用了，下来我们一起来看一下： 文件包含的处理方法： 首先大家需要清楚： (1) 处理时间：文件包含也是以"#"开头来写的(#include ), 那么它就是写给预处理器来看了, 也就是说文件包含是会在编译预处理阶段进行处理的。 (2) 处理方法：在预处理阶段，系统自动对#include命令进行处理，具体做法是:降包含文件的内容复制到包含语句(#include )处，得到新的文件，然后再对这个新的文件进行编译。抓住这两点，那么这个东东就没有什么难的了。。。 一般情况下文件包含分为两种：包含.h文件和包含.c文件 1. 当然对于这两情况也都是按照上面说的方法来处理的。呵呵，这个肯定是没得说的. 2. 包含.c文件和编译多文件程序是不同的。 多文件程序: 是在源文件编译时把多个文件进行编译、连接在一起生成一个可执行文件。包含.c文件:按照我们上边的说法则是把多个文件合并为一个文件进行编译。 接下来通过例子看一下： (1)包含.c文件: 1://file1: main.c 2: #include 3: #include "fun.c" 4:int main() 5: { 6:int a=5,b=19; 7: c = a; 8:sun(a,b); 9:printf("c=%d\n",c); 10:return 0; 11: } 12: //end of file1
C++中头文件相互包含的几点问题 一、类嵌套的疑问 C++头文件重复包含实在是一个令人头痛的问题，前一段时间在做一个简单的数据结构演示程序的时候，不只一次的遇到这种问题。假设我们有两个类A和B，分别定义在各自的有文件A.h和B.h 中，但是在A中要用到B，B中也要用到A，但是这样的写法当然是错误的： class B; class A { public: B b; }; class B { public: A a; }; 因为在A对象中要开辟一块属于B的空间，而B中又有A的空间，是一个逻辑错误，无法实现的。在这里我们只需要把其中的一个A类中的B类型成员改成指针形式就可以避免这个无限延伸的怪圈了。为什么要更改A而不是B？因为就算你在B中做了类似的动作，也仍然会编译错误，表面上这仅仅上一个先后顺序的问题。 为什么会这样呢？因为C++编译器自上而下编译源文件的时候，对每一个数据的定义，总是需要知道定义的数据的类型的大小。在预先声明语句class B;之后，编译器已经知道B是一个类，但是其中的数据却是未知的，因此B类型的大小也不知道。这样就造成了编译失败，VC++6.0下会得到如下编译错误： error C2079: 'b' uses undefined class 'B' 将A中的b更改为B指针类型之后，由于在特定的平台上，指针所占的空间是一定的（在Win32平台上是4字节），这样可以通过编译。 二、不同头文件中的类的嵌套
在实际编程中，不同的类一般是放在不同的相互独立的头文件中的，这样两个类在相互引用时又会有不一样的问题。重复编译是问题出现的根本原因。为了保证头文件仅被编译一次，在C++中常用的办法是使用条件编译命令。在头文件中我们常常会看到以下语句段（以VC++6.0自动生成的头文件为例）： #if !defined(AFX_STACK_H__1F725F28_AF9E_4BEB_8560_67813900AE6B__INCLUDE D_) #define AFX_STACK_H__1F725F28_AF9E_4BEB_8560_67813900AE6B__INCLUDED_ //很多语句…… #endif 其中首句#if !defined也经常做#ifndef，作用相同。意思是如果没有定义过这个宏，那么就定义它，然后执行直到#endif的所有语句。如果下次在与要这段代码，由于已经定义了那个宏，因此重复的代码不会被再次执行。这实在是一个巧妙而高效的办法。在高版本的VC++上，还可以使用这个命令来代替以上的所有： #pragma once 它的意思是，本文件内的代码只被使用一次。 但是不要以为使用了这种机制就全部搞定了，比如在以下的代码中： //文件A.h中的代码 #pragma once #include "B.h" class A { public: B* b; }; //文件B.h中的代码 #pragma once #include "A.h" class B
C语言中，头文件和源文件的关系（转） 简单的说其实要理解C文件与头文件（即.h）有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程： 1.预处理阶段 2.词法与语法分析阶段 3.编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各个目标文件(.obj文件) 4.连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关的可执行文件，当然，最后还可以用objcopy生成纯二进制码，也就是去掉了文件格式信息。（生成.exe文件） 编译器在编译时是以C文件为单位进行的，也就是说如果你的项目中一个C文件都没有，那么你的项目将无法编译，连接器是以目标文件为单位，它将一个或多个目标文件进行函数与变量的重定位，生成最终的可执行文件，在PC上的程序开发，一般都有一个main函数，这是各个编译器的约定，当然，你如果自己写连接器脚本的话，可以不用main函数作为程序入口！！！！ （main .c文件目标文件可执行文件） 有了这些基础知识，再言归正传，为了生成一个最终的可执行文件，就需要一些目标文件，也就是需要C文件，而这些C文件中又需要一个main 函数作为可执行程序的入口，那么我们就从一个C文件入手，假定这个C文件内容如下： #include #include "mytest.h" int main(int argc,char **argv) { test = 25; printf("test.................%d/n",test); } 头文件内容如下： int test; 现在以这个例子来讲解编译器的工作： 1.预处理阶段：编译器以C文件作为一个单元，首先读这个C文件，发现第一句与第二句是包含一个头文件，就会在所有搜索路径中寻找这两个文件，找到之后，就会将相应头文件中再去处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义与声明的情况发生，最后将那些文件中所有的东东全部扫描进这个当前的C文件中，形成一个中间“C文件” 2.编译阶段，在上一步中相当于将那个头文件中的test变量扫描进了一个中间C文件，那么test变量就变成了这个文件中的一个全局变量，此时就将所有这个中间C文件的所有变量，函数分配空间，将各个函数编译成二进制码，按照特定目标文件格式生成目标文件，在这种格式的目标文件中进行各个全局变量，函数的符号描述，将这些二进制码按照一定的标准组织成一个目标文件 3.连接阶段，将上一步成生的各个目标文件，根据一些参数，连接生成最终的可执行文件，主要的工作就是重定位各个目标文件的函数，变量等，相当于将个目标文件中的二进制码按一定的规范合到一个文件中再回到C文件与头文件各写什么内容的话题上：理论上来说C文件与头文件里的内容，只要是C语言所支持的，无论写什么都可以的，比如你在头文件中写函数体，只要在任何一个C文件包含此头文件就可以将这个函数编译成目标文件的一部分（编译是以C文件为单位的，如果不在任何C文件中包含此头文件的话，这段代码就形同虚设），你可以在C文件中进行函数声明，变量声明，结构体声明，这也不成问题！！！那为何一定要分成头文件与C文件呢？又为何一般都在头件中进行函数，变量声明，宏声明，结构体声明呢？而在C文件中去进行变量定义，函数实现呢？？原因如下： 1.如果在头文件中实现一个函数体，那么如果在多个C文件中引用它，而且又同时编译多个C文件，将其生成的目标文件连接成一个可执行文件，在每个引用此头文件的C文件所生成的目标文件中，都有一份这个函数的代码，如果这段函数又没有定义成局部函数，那么在连接时，就会发现多个相同的函数，就会报错 2.如果在头文件中定义全局变量，并且将此全局变量赋初值，那么在多个引用此头文件的C文件中同样存在相同变量名的拷贝，关键是此变量被
制作方案一：将PDF制作成VCE文件 制作相关软件： 1、Exam Formatter (把PDF转成RTF) 2、Visual CertExam Suite (主要用designer把RTF转成VCE) 具体操作步骤： 1、打开exam formatter软件 2、选择file->import导入相应PDF文件 3、自动导入后，exam formatter如下 4、选择file->save as，保存成rtf文件 5、运行visual certexam designer->import导入刚才保存的rtf文件 6、next->选择rtf格式（刚才保存的为rtf格式）) 8、next，选择刚才保存的rtf文件 9、next，选择第三项 10、next，进行导入预览 11、next->import导入完成 12、file->save as保存成vce文件 详情请参阅：https://www.doczj.com/doc/5517348627.html,/s/blog_6c991f270101a7bj.html 感谢@明旭2010分享的制作方案 制作方案二：将PDF转换成TXT后，制作成VCE文件 用第一种方案制作，依赖于Exam Formatter 对PDF的OCR识别，但事实上Exam Formatter并不是一款专业的OCR识别软件，它对PDF的文字识别效果很差。通过方案一制作出来的.VCE文件通常是这样的:
上面图片所属题库里面有280多道题，用方案一只识别出来9道题，而且题目标题，不同的题目也不能识别开来，所以方案一只适用于Exam Formatter 能对PDF完全识别的少部分情况。 VCE题库文件制作2种方法:一种是PDF文件导入（方案一），另一种就是直接将TXT文件导入designer 制作。既然Exam Formatter对PDF的文字识别效果不好，那我们可不可以先用专业的PDF文字识别软件现将题库文字识别出来，再用TXT来制作VCE题库呢？ 制作相关软件： 1、CAJViewer 7.2 ：中国知网的专用浏览器，文字识别效果尚可。（免费） 2、ABBYY_FineReader：一家俄罗斯软件公司开发的OCR识别软件，识别准确率可以达到95% 以上。（收费） 3、Visual CertExam Suite (主要用designer把TXT转成VCE) 具体操作步骤： 1、用CAJViewer 7.2 打开你要识别的PDF文件 2、选择文件->另存为，在弹出的选项框里面，保存类型选择TXT 3、打开你识别好的TXT文件： 将QUESTION 替换成Q ,比如QUESTION1=Q1，QUESTION2=Q2以此类推 将Correct Answer 替换成Answer
头文件包含问题 C++中基础类互相引用带来的问题 在一些大的工程中，可能会包含几十个基础类，免不了之间会互相引用( 不满足继承关系，而是组合关系) 。也就是需要互相声明。好了，这时候会带来一些混乱。如果处理得不好，会搞得一团糟，根据我的经验，简单谈谈自已的处理办法： 编码时，我们一般会尽量避免include 头文件，而是采用声明class XXX 。但有时候还是必须用Include 头文件，那么，两者的划分在于什么呢？ 应该是很明确的，但书上好像都少有提及。 首先： 我们要明白为什么要用声明取代头文件包含：对了，是为了避免无必要的重编译( 在头文件发生变更时) 。工程较大，低速机，或基础类经常变更( 不合理的设计吧) ，编译速度还是会在意的，另外，更为重要的是，采用声明可降低代码(class) 之间的藕合度，这也是面向对象设计的一大原则。 二：一般原则： a. 头文件中尽量少include, 如果可以简单申明class clsOld; 解决，那最好。减少没有必要的include； b. 实现文件中也要尽量少include, 不要include 没有用到的头文件。 三：那什么时候可以只是简单声明class clsOld 呢？ 简单的说：不需要知道clsOld 的内存布局的用法都可以( 静态成员除外) ，也就是讲如果是指针或引用方式的都行。 比如： clsOld * m_pOld; // 指针占4 个字节长
clsOld & test(clsOld * pOld) {return *pOld}; 一切OK 。 四：什么时候不能简单声明class clsOld ，必须include 呢？ 不满足三的情况下： 比如： clsOld m_Objold; // 不知道占据大小，必须要通过它的具体声明来计算 原因很简单，想想你要计算sizeof(classNew) ，但连clsOld 的size 都不知道，编译器显然会无能为力。 特殊情况： int test() { return clsOld::m_sInt;} 静态成员调用，想来应该是不需要知道内存布局的，但因为需要知道m_sInt 是属于clsOld 命名空间的，如果只声明class xxx 显然是不足以说明的，所以必须包含头文件。 综上所述，我有以下几点建议： 1 ：如果有共同相关依赖( 必须include) 的类，比如A,B 都依赖D 可以放在一起，然后直接Include "d" 类的使用者只需关心与本类暴露出的相关类型，内部用到的类型不用去管( 不用自已去include d) 。这样给出的class ，调用者才更好用( 不用去看代码查找，是不是还需要包含其它头文件) 。 2 ：如果A 类依赖D B 类不依赖D ，可以把它们分开两个头文件。各自Incl ude 。这样可避免当D 发生变化时，避免不必要重编译。 3 ：类中尽量采用指针或引用方式调用其它类，这样就可以只声明class xxx 了。并且这也符合资源最优利用，更利于使用多态。
C程序采用模块化的编程思想，需合理地将一个很大的软件划分为一系列功能独立的部分合作完成系统的需求，在模块的划分上主要依据功能。模块由头文件和实现文件组成，对头文件和实现文件的正确使用方法是： 规则1头文件(.h)中是对于该模块接口的声明，接口包括该模块提供给其它模块调用的外部函数及外部全局变量，对这些变量和函数都需在.h中文件中冠以extern关键字声明； 规则2 模块内的函数和全局变量需在.c文件开头冠以static关键字声明； 规则3 永远不要在.h文件中定义变量； 许多程序员对定义变量和声明变量混淆不清，定义变量和声明变量的区别在于定义会产生内存分配的操作，是汇编阶段的概念；而声明则只是告诉包含该声明的模块在连接阶段从其它模块寻找外部函数和变量。 规则4 如果要用其它模块定义的变量和函数，直接包含其头文件即可。 许多程序员喜欢这样做，当他们要访问其它模块定义的变量时，他们在本模块文件开头添加这样的语句：extern int externVar; 抛弃这种做法吧，只要头文件按规则1完成，某模块要访问其它模块中定义的全局变量时，只要包含该模块的头文件即可。 共享变量声明 就像在函数间共享变量的方式一样，变量可以在文件中共享。为了共享函数，要把函数的定义放在一个源文件中，然后在需要调用此函数的其他文件中放置声明。共享变量的方法和此方式非常类似。在此之前，不需要区别变量的声明和它的定义。为了声明变量i，写成如下形式：int i; 这样不仅声明i是int型的变量，而且也对i进行了定义，从而使编译器为i留出了空间。为了声明没有定义的变量i，需要在变量声明的开始处放置关键字extern：extern int i; extern提示编译器变量i是在程序中的其他位置定义的（大多数可能是在不同的源文件中），因此不需要为i分配空间。 顺便说一句，extern可以用于所有类型的变量。在数组的声明中使用extern时，可以忽略数组的长度：extern int a[];因为此刻编译器不用为数组a分配空间，所以也就不需要知道数组a的长度了。 为了在几个源文件中共享变量i，首先把变量i的定义放置在一个文件中：int i;如果需要对变量i初始化，那么可以在这里放初始值。在编译这个文件时，编译器将会为变量i分配内存空间，而其他文件将包含变量i的声明：extern int i;通过在每个文件中声明变量i，使得在这些文件中可以访问/或修改变量i。然而，由于关键字extern，使得编译器不会在每次编译其中某个文件时为变量i分配额外的内存空间。 当在文件中共享变量时，会面临和共享函数时相似的挑战：确保变量的所有声明和变量的定义一致。 为了避免矛盾，通常把共享变量的声明放置在头文件中。需要访问特殊变量的源文件可以稍后包含适当的头文件。此外，含有变量定义的源文件包含每一个含有变量声明的头文件，这样使编译器可以检查两者是否匹配。 如果工程很大，头文件很多，而有几个头文件又是经常要用的，那么 1。把这些头文件全部写到一个头文件里面去，比如写到preh.h 2。写一个preh.c，里面只一句话：#include "preh.h" 3。对于preh.c，在project setting里面设置creat precompiled headers，对于其他c文件，设置use precompiled header file
C语言中头文件包含的意义 在C/C++中，经常会在一个文件中包含其它文件。例如: #include
C/C++头文件一览 C、传统C++ #include
.h中一般放的是同名.c文件中定义的变量、数组、函数的声明，需要让.c外部使用的声明。 1)h文件作用 1 方便开发:包含一些文件需要的共同的常量,结构,类型定义,函数,变量申明； 2 提供接口:对一个软件包来说可以提供一个给外界的接口(例如: stdio.h)。 2)h文件里应该有什么 常量,结构,类型定义,函数,变量申明。 3)h文件不应该有什么 变量定义, 函数定义。 4)extern问题 对于变量需要extern； 对于函数不需要因为函数的缺省状态是extern的.如果一个函数要改变为只在文件内可见,加static。 5)include包含问题 虽然申明和类型定义可以重复,不过推荐使用条件编译。 #ifndef _FILENAME_H, #define _FILENAME_H
…… #endif 6)应该在那儿包含h文件 在需要的地方.比如某个提供接口的h文件仅仅被1.c文件需要,那么就在1.c文件里包含。 编写的程序一般会有.H文件和相对应的.C文件，.H文件是声明所用，.C文件是其函数实现部分。在调用时只要包含.H文件即可，我们没有听说过#include "delay.c"这类的程序，同时也不提倡使用这个形式。 在delay.h文件中：//对调用的函数声明 #ifndef __DELAY_H__ #define __DELAY_H__ extern void Delayms(unsigned int n);
#endif 在delay.c文件中：//函数实现部分#include
澳州VCE高中课程 什么是 VCE? ●澳大利亚维多利亚州授予的高中证书 ●一个单元是一门学科一学期的课程，需要通过至少16个单元以完成学业 ●成绩由学校内部考试和学校外部维州统一考试及综合评估组成，取得规定学 分，即获得澳大利亚高中VCE证书 谁认可VCE? ●VCE在世界范围内被广泛承认，尤其是英语国家 ●所有澳大利亚的大学认可VCE，录取取决于你的VCE评估成绩在澳洲的排名 有哪些VCE课程？ ●VCE课程与澳大利亚维洲开设的完全一致 ●起初开设4至6门核心科目，通常是英语、数学、中文和商科或科学等科目●第一学期开设英语预备课程，以确保学生达到接受英语授课的能力 如果管理VCE项目？ ●澳大利亚维州教育评估署官员每年都要对海外学校进行检查 ●澳洲半岛学校经常性派专业人士现场访问指导 ●澳洲半岛学校为在中国教授相同学科的老师提供指导老师 ●学生的成绩报告及学籍档案由澳洲半岛学校统一存档管理 VCE课程有哪些特色？ ●VCE课程全部用英语教学 ●由维州教育评估署提供教学大纲和考试评估 ●由澳洲半岛学校提供课程计划，浦外参与整合设置 ●绝大多数教学和评估资源在澳洲准备并与澳洲同步 VCE课程有何益处？ ●VCE课程为中国学生开辟了一条入读澳大利亚和其它国家大学的途径 ●学生可在自己的国家中学习得到世界承认的优质学历课程 ●节省了到国外就读高中所需的高额度的生活费用 ●学生可习得流利的英语，英语教学的经历为前去英语国家大学深造作好了充 分的准备 如果招生？ ●VCE课程学制：全日制三年，全部在浦外校园学习。 ●今年9月开班，计划招生100名。本市具有较好英语水平的初中毕业生，通 过相应的考核，即可成为课程项目正式学生就读。
第13章Multisim模拟电路仿真本章Multisim10电路仿真软件，讲解使用Multisim进行模拟电路仿真的基本方法。 目录 1. Multisim软件入门 2. 二极管电路 3. 基本放大电路 4. 差分放大电路 5. 负反馈放大电路 6. 集成运放信号运算和处理电路 7. 互补对称（OCL）功率放大电路 8. 信号产生和转换电路 9. 可调式三端集成直流稳压电源电路 13.1 Multisim用户界面及基本操作 13.1.1 Multisim用户界面 在众多的EDA仿真软件中，Multisim软件界面友好、功能强大、易学易用，受到电类设计开发人员的青睐。Multisim用软件方法虚拟电子元器件及仪器仪表，将元器件和仪器集合为一体，是原理图设计、电路测试的虚拟仿真软件。 Multisim来源于加拿大图像交互技术公司（Interactive Image Technologies，简称IIT公司）推出的以Windows为基础的仿真工具，原名EWB。 IIT公司于1988年推出一个用于电子电路仿真和设计的EDA工具软件Electronics Work Bench（电子工作台，简称EWB），以界面形象直观、操作方便、分析功能强大、易学易用而得到迅速推广使用。 1996年IIT推出了EWB5.0版本，在EWB5.x版本之后，从EWB6.0版本开始，IIT对EWB进行了较大变动，名称改为Multisim（多功能仿真软件）。 IIT后被美国国家仪器（NI，National Instruments）公司收购，软件更名为NI Multisim，Multisim经历了多个版本的升级，已经有Multisim2001、Multisim7、Multisim8、Multisim9 、Multisim10等版本，9版本之后增加了单片机和LabVIEW虚拟仪器的仿真和应用。 下面以Multisim10为例介绍其基本操作。图13.1-1是Multisim10的用户界面，包括菜单栏、标准工具栏、主工具栏、虚拟仪器工具栏、元器件工具栏、仿真按钮、状态栏、电路图编辑区等组成部分。
Keil C51中C语言编程的头文件包含方法 一、首先摘抄一写keil官方网站的说明，了解其系统自带的头文件在哪里及如何预处理。 1、 译文:主页/μVision4用户手册 文件夹结构 主页?关于μVision?文件夹结构 安装程序复制开发工具到基础文件夹的子文件夹。默认的基础文件夹包含：C:\Keil。下面的表格列出了所有uVision开发工具的文件夹结构。安装结果可能根据您安装的产品和组件有所变化。 译文：C51开发工具(为经典8051和其扩展种类)
文件夹内容 C:\KEIL\C51\ASM Assembler Source Template and Include files for the Macro Assembler. C:\KEIL\C51\BIN Executable files of theμVision/C51toolchain. C:\KEIL\C51\Examples Example programs. C:\KEIL\C51\FlashMon Configuration files for Flash Monitor and pre-configured versions. C:\KEIL\C51\HLP Online documentation forμVision/C51. C:\KEIL\C51\INC为C编译器的包含文件 C:\KEIL\C51\ISD51Files for ISD51In-System Debugger and pre-configured versions. C:\KEIL\C51\LIB Run-time libraries and CPU startup files. C:\KEIL\C51\Mon51Configuration files for Monitor-51(for Classic8051Devices). C:\KEIL\C51\Mon390Configuration files for Monitor-390(for Dallas Contiguous Mode). C:\KEIL\C51\RtxTiny2RTX51Tiny Version2Real-Time Operation System. 2、 译文：头文件 主页?预处理器?头文件 头文件或包含文件被预处理器包含和处理。它们为你提供了一个方便的方式去声明全局变量、函数原型、声明限制、和宏定义，这些通常在大型的开发工作中贯通始终使用。 #include指令指定要半含的头文件的名字。
摘要教育国际化引发越来越多的国际高中课程进入了中国学生的视野。中国学生在国内就能参加全球各国的大学入学考试，顺利进入世界各地的大学深造学习。本文将介绍澳大利亚维多利亚州的高中ＶＣＥ课程体系中的会计学科，比较中澳两国在课程设计、教育目标以及评价体系中的差异，并对我国会计课程教学现状给出分析、建议和思考。关键词澳大利亚ＶＣＥ会计高中教育评价体系Analysis and Reflection on VCE Accounting Curriculum Education in Australian State of Victoria／／ＴａｎｇＸｉａｏｍｉｎAbstractＷｉｔｈｔｈｅｐｒｏｃｅｓｓｏｆｉｎｔｅｒｎａｔｉｏｎａｌｉｚａｔｉｏｎｏｆｅｄｕｃａｔｉｏｎ，ｍｏｒｅａｎｄｍｏｒｅｉｎｔｅｒｎａｔｉｏｎａｌｈｉｇｈｓｃｈｏｏｌｃｕｒｒｉｃｕｌｕｍｇｅｔｉｎｔｏｔｈｅＣｈｉｎｅｓｅｓｔｕｄｅｎｔｓ＇ｈｏｒｉｚｏｎｓ．Ｃｈｉｎｅｓｅｓｔｕｄｅｎｔｓｗｉｌｌｂｅａｂｌｅｔｏｐａｒ－ｔｉｃｉｐａｔｅｉｎｔｈｅｇｌｏｂａｌｎａｔｉｏｎａｌｃｏｌｌｅｇｅｅｎｔｒａｎｃｅｅｘａｍｓ．Ａｕｓｔｒａｌｉａｎｅｄｕｃａｔｉｏｎｅｎｊｏｙｓａｈｉｇｈｉｎｔｅｒｎａｔｉｏｎａｌｒｅｐｕｔａｔｉｏｎ，ｔｈｉｓａｒｔｉｃｌｅｗｉｌｌｄｅｔａｉｌｔｈｅＡｕｓｔｒａｌｉａｎｓｔａｔｅｏｆＶｉｃｔｏｒｉａＨｉｇｈＳｃｈｏｏｌＶＣＥａｃｃｏｕｎｔ－ｉｎｇｅｄｕｃａｔｉｏｎｃｕｒｒｉｃｕｌｕｍｏｂｊｅｃｔｉｖｅｓ，ｃｕｒｒｉｃｕｌｕｍｄｅｓｉｇｎ，ｔｅａｃｈｉｎｇｍｅｔｈｏｄｓ，ａｎｄｅｖａｌｕａｔｉｏｎｓｙｓｔｅｍ，ａｎｄａｎａｌｙｓｉｓａｎｄｇｉｖｅｒｅｃｏｍ－ｍｅｎｄａｔｉｏｎｓｔｏＣｈｉｎｅｓｅｅｄｕｃａｔｉｏｎ． Key wordsＶＣＥ；ａｃｃｏｕｎｔｉｎｇ；ｈｉｇｈｓｃｈｏｏｌｅｄｕｃａｔｉｏｎ；ｅｖａｌｕａｔｉｏｎｓｙｓｔｅｍ 随着教育国际化的进程，越来越多的国际高中课程进入了中国学生的视野。例如英联邦国际的Ａ－ｌｅｖｅｌ课程，澳大利亚ＶＣＥ课程，美国的ＩＢ、ＧＡＴ课程，德国课程等，中国学生在国内就能参加全球各国的大学入学考试，顺利进入世界各地的大学深造学习。本文将介绍澳大利亚维多利亚州的高中ＶＣＥ课程体系中的会计学科，比较中澳两国在课程设计、教育目标以及评价体系中的差异，并对我国会计课程教学现状给出分析、建议和思考。 １澳大利亚ＶＣＥ会计（Ａｃｃｏｕｎｔｉｎｇ）课程设置澳大利亚维多利亚州高中阶段ＶＣＥ教育课程是指“ｔｈｅＶｉｃｔｏｒｉａｎＣｅｒｔｉｆｉｃａｔｅｏｆＥｄｕｃａｔｉｏｎ”教育证书，该教育证书既是学生高中毕业的证明，也是澳大利亚大学录取的重要指标，它得到全球认证，不仅仅可以申请澳大利亚大学，还可以申请世界范围内包括英国、美国、加拿大、中国香港、新加坡等一流大学。澳大利亚ＶＣＥ的高中学习科目设置多元化。高中阶段学科设置有数学（专业数学、数学方法等）、社会学科（中文、会计、经济、地理、历史等）、自然科学（ＩＴ、物理、生物、化学等）以及语言学科（中文、法语、英语、英语文学、英语作为第二语言等）。在澳大利亚高中阶段就开设实用性很强的会计学对学生了解商业运营模式，很具有实践意义［１］。 澳大利亚维多利亚州ＶＣＥ的高中阶段就开设了中国国内只有在本科教育中才有的会计课程（Ａｃｃｏｕｎｔｉｎｇ），供学生选择学习［２］。会计课程不仅是学生在大学阶段学习会计、商科、经济、金融等专业的必修课程，还为学生从中学起就了解社会商业运转，设定未来职业理想目标提供了良好的基础。 ２澳大利亚ＶＣＥ会计课程教学特点 澳大利亚ＶＣＥ会计教学方法体现了自主性、灵活性和多样性。会计学科又具备其独特的特点，是知识性和实践性紧密结合的学科。 澳洲ＶＣＥ会计教学的特点之一就是强调自主性。澳大利亚的高中更像国内的大学，学生没有固定的教室，可以自己挑选每年学习的科目。学校拥有先进的教学设备，老师在教学中使用电脑投影，学生们听课都使用电脑，每个人都有无线网络账号，能随时上网，这不论对老师的课堂控制力还是学生的学习自觉性都是一种考验。仔细研究校园网络系统，发现每个学生所选课程安排、上课内容、待完成的作业及时间安排等都有详细的模块分类，这也是每个学生每天必看的。首先上课前老师会把本堂课提纲通过学校网络发给每个同学，学生可以先作预习，在上课时在老师的提纲上将笔记补充完整，起到了提纲挈领的作用。既让学生明确了本节课学习的目标，又能进一步检查学生掌握程度，同时也锻炼了学生的动手能力，会计课程教学就注重学生的笔记的完善，条理的清楚，以便于抓住重点复习考试，而作业等也是直接在电脑上完成即可。当然有利也有弊，老师在讲课时就得有所要求，比如合上电脑等。会计这门学科教学要求中有计算机完成部分，例如运用ＯＦＦＩＣＥ的软件Ｅｘｃｅｌ、现在国际通用的会计软件Ｑｕｉｃｋｂｏｏｋ进行操作练习等，多样性的教学让学生有更多的机会将会计教学融入到社会实践中。通过多种途径建构学生的会计知识，并且这部分的成绩在学校评价体系（ＳＡＣ）中占到一定比重。 澳洲ＶＣＥ会计教学的特点之二是强调计划性和目的性。通常每天只有四节课，每节课７０分钟，早上９点开始， 澳大利亚维州VCE会计课程教育分析与思考 唐晓敏 (南京外国语学校仙林分校国际高中部江苏·南京210023)中图分类号：Ｇ４２４文献标识码：Ａ文章编号：１６７２－７８９４（２０１３）２１－００９０－０２ 作者简介：唐晓敏（1982—），女，湖北荆州人，经济学硕士。 教改教法 ９０