在日常的学习、工作、生活中，肯定对各类范文都很熟悉吧。相信许多人会觉得范文很难写？以下是我为大家搜集的优质范文，仅供参考，一起来看看吧
讲授教学法的基本步骤篇一
上面说了，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程序设计有了一定的了解后在对其各部分下功夫(这下可不是照顾全局了，要静下心来细心的咀嚼，要不然你会咽到的。)这样才不会走火入魔(嘿嘿)就写到这吧，以后等我水平高些了再写(还早着呢，嘿嘿)，希望我没白费功夫，也希望对你有用。
讲授教学法的基本步骤篇二
做了两周的课程设计，有很多的心得体会，更多的是同学之间的合作精神，这道课程设计花了我们一到两周的时间，几人合作，老师的帮忙才完成。我第一次完成这么完美的杰作，心理有一份别样的滋味，在设计过程中，我付出了很多，也懂得了只有付出才有回报。在这次设计中，我遇到了很多困难，但我没有向困难低头，通过查询资料，虚心向同学、老师请教，才一一得到了解决。我发现平时学的太少了，在今后我首先要把老师在课堂讲的弄懂，弄透，在此基础上利用课余时间多看课外书籍，拓宽知识面。在设计过程中，合作精神必不可少。单凭一个人的力量是不能完成的，毕竟一个人学的很有限。每个人掌握的不同。我相信：态度决定一切，只有努力才有收获。
第一天上机时对如何编计数器程序一点头绪都没有，只是将从图书馆借来的关于如何制作图形看了一遍，大体上有了了解。
第二天我就着手画计数器图形，虽然有些人图形已画好，可我没有着急，毕竟别人花的时间比我多，为了使图形美观我不断运行、调试，直到自己满意为止。
接下来是星期五，说实话那天蛮难熬的，一天都泡在机房。眼睛有点吃不消，可没有办法，将来我们就靠计算机吃饭，再苦再累也要坚持。在已编好的程序上又加了一点精髓，怎样使字符闪烁，这也是我们几个人互相讨论的结果。
第二周，通过周末到网上查的资料，和参考资料又加入计数器的灵魂算法。
接下来几天再将程序不断完善、加工，计数器程序初露头角。
最后小结：程序设计过程有如解决一实际问题，从解决实际问题的角度，我们可以这样来看：首先要了解这个问题的基本要求，即输入、输出、完成从输入到输出的要求是什么;其次，从问题的要害入手，从前到后的解决问题的每个方面，即从输入开始入手，着重考虑如何从输入导出输出，在这个过程中，可确定所需的变量、数组、函数，然后确定处理过程--算法。可得最后结论。
在程序设计中，可认为也是一个社会，每个一同的社会成员都有不同的想法。程序设计学得的好坏要看你在社会中解决问题的能力的高低，所以不同的人编程的结果是不同的。在这个社会中，经验与想法最为重要。
