在日常的學習、工作、生活中，肯定對各類范文都很熟悉吧。相信許多人會覺得范文很難寫？以下是我為大家搜集的優質范文，僅供參考，一起來看看吧
講授教學法的基本步驟篇一
上面說了，windows程序其實就是在非邏輯的使用這些api函數，我這里提到了“非邏輯”三個字(這是本人的看法),這正是windows程序的精髓，這是一切windows程序運行的方式(可能嚴重了點)。非邏輯也就是指程序不是按照事先安排好的順序來進行的，是根據用戶的不同操作或者是其他某些原因一步一步進行的。這種運行方式就叫做“消息驅動”
簡單一點來解釋一下何謂消息驅動，就是指應用程序始終在等待(等待一詞也許不他恰當，但可能好理解)，它絕對不是在等待誰會給它愛(本人愛開玩笑請別見怪!)它是在等待用戶或者是系統的消息(也就是命令)，當接到消息后呢，它會把消息通過dispatchmessage(&msg)傳遞給窗口函數(窗口函數就是一個應用程序的核心)窗口函數就會對照事先由程序編寫好的消息對照表調用對應的方法來處理消息。這樣就完成一個消息的處理，接下來準備處理下一個消息。
你也許會問那不是無休止的運行下去了嗎?當然不會，下面我用程序本身來說明這個問題：
//消息循環，通過此處來不斷的取得消息。
while(getmessage(&msg,null,0,0))
{
//消息進行一些轉換
translatemessage(&msg);
//把消息傳向窗口函數
dispatchmessage(&msg);
}
return ;
就是這樣了：當我們點擊窗口右上角的小叉或者點擊退出按鈕時，windows就會自動在我們的消息隊列中加入一條消息“wm_destroy”，這時呢窗口程序有這么一部分：
switch(message)
{
//其它代碼.........//case wm_destroy:
postquitmessage(0);
return 0;
相信一般的朋友都會明白吧，它的作用的就是在接收到wm_destroy時呢，通過調用postquitmessage(0)讓windows在消息列表中呢在加入另一條消息“wm_quit". 當getmessage函數抓取到wm_quit時返回0，其余返回非0值，懂了吧，這下可以退出消息循環了。 這就是windows程序設計最基礎的部分了，可以說是核心。
該說一些心得了，我認為學習windows程序設計不要基于某一部分，而要把握住其大局，要有整體觀，有了整體觀對windows程序設計有了一定的了解后在對其各部分下功夫(這下可不是照顧全局了，要靜下心來細心的咀嚼，要不然你會咽到的。)這樣才不會走火入魔(嘿嘿)就寫到這吧，以后等我水平高些了再寫(還早著呢，嘿嘿)，希望我沒白費功夫，也希望對你有用。
講授教學法的基本步驟篇二
做了兩周的課程設計，有很多的心得體會，更多的是同學之間的合作精神，這道課程設計花了我們一到兩周的時間，幾人合作，老師的幫忙才完成。我第一次完成這么完美的杰作，心理有一份別樣的滋味，在設計過程中，我付出了很多，也懂得了只有付出才有回報。在這次設計中，我遇到了很多困難，但我沒有向困難低頭，通過查詢資料，虛心向同學、老師請教，才一一得到了解決。我發現平時學的太少了，在今后我首先要把老師在課堂講的弄懂，弄透，在此基礎上利用課余時間多看課外書籍，拓寬知識面。在設計過程中，合作精神必不可少。單憑一個人的力量是不能完成的，畢竟一個人學的很有限。每個人掌握的不同。我相信：態度決定一切，只有努力才有收獲。
第一天上機時對如何編計數器程序一點頭緒都沒有，只是將從圖書館借來的關于如何制作圖形看了一遍，大體上有了了解。
第二天我就著手畫計數器圖形，雖然有些人圖形已畫好，可我沒有著急，畢竟別人花的時間比我多，為了使圖形美觀我不斷運行、調試，直到自己滿意為止。
接下來是星期五，說實話那天蠻難熬的，一天都泡在機房。眼睛有點吃不消，可沒有辦法，將來我們就靠計算機吃飯，再苦再累也要堅持。在已編好的程序上又加了一點精髓，怎樣使字符閃爍，這也是我們幾個人互相討論的結果。
第二周，通過周末到網上查的資料，和參考資料又加入計數器的靈魂算法。
接下來幾天再將程序不斷完善、加工，計數器程序初露頭角。
最后小結：程序設計過程有如解決一實際問題，從解決實際問題的角度，我們可以這樣來看：首先要了解這個問題的基本要求，即輸入、輸出、完成從輸入到輸出的要求是什么;其次，從問題的要害入手，從前到后的解決問題的每個方面，即從輸入開始入手，著重考慮如何從輸入導出輸出，在這個過程中，可確定所需的變量、數組、函數，然后確定處理過程--算法。可得最后結論。
在程序設計中，可認為也是一個社會，每個一同的社會成員都有不同的想法。程序設計學得的好壞要看你在社會中解決問題的能力的高低，所以不同的人編程的結果是不同的。在這個社會中，經驗與想法最為重要。
