设计心得体会范文
不知不觉进入了毕业论文设计阶段，顿时感觉自己的生活充实了不少，自己选的路，跪着也要走完。近几天一直苦于论文选题。本想着结合自己的实际工作，能够提出问题、分析问题、解决问题。但是最终还是败给了现实，角度不新颖，实际意义欠缺，把选题换成了。现就把自己论文选题的需要注意的地方分享给读者。
一是选一个大致的方向，然后去搜集资料，包括知网，著作、期刊以及互联网数据，对这些资料进行分门别类，可以借助endnote。
二是阅读整理完的资料，进行文献研究，总结前人的论文写作方式方法，并对前人的思想和角度进行分析，争取找到需要进一步研究的方向；
三是自己写出几个论文题目，去知网搜一下有无前人研究过，如果没有，再判断下自己的选题有无研究价值，然后即可作为自己的初步论文题目。
四是根据自己初步论文题目，去有针对性的搜集资料，构思论文框架；
五是根据论文框架去进行填充，在填充的过程中可以反复修改论文框架。
硕士毕业论文跟本科的截然不同，记得当时本科毕业论文设计，就是简单的文献综述，很少有自己的研究，比如实证、调查、数据分析等等。希望自己能够通过毕业论文，锻炼下自己研究问题的能力以及思维严谨性。
设计心得体会范文
windows程序其实就是在非逻辑的使用这些API函数，我这里提到了“非逻辑”三个字(这是本人的看法),这正是windows程序的精髓，这是一切windows程序运行的方式(可能严重了点)。非逻辑也就是指程序不是按照事先安排好的顺序来进行的，是根据用户的不同操作或者是其他某些原因一步一步进行的。这种运行方式就叫做“消息驱动”
简单一点来解释一下何谓消息驱动，就是指应用程序始终在等待(等待一词也许不他恰当，但可能好理解)，它绝对不是在等待谁会给它爱(本人爱开玩笑请别见怪!)它是在等待用户或者是系统的消息(也就是命令)，当接到消息后呢，它会把消息通过DispatchMessage(&msg)传递给窗口函数(窗口函数就是一个应用程序的核心)窗口函数就会对照事先由程序编写好的消息对照表调用对应的方法来处理消息。这样就完成一个消息的处理，接下来准备处理下一个消息。
你也许会问那不是无休止的运行下去了吗?当然不会，下面我用程序本身来说明这个问题：
//消息循环，通过此处来不断的取得消息。
while(GetMessage(&msg,NULL,0,0))
{
//消息进行一些转换
TranslateMessage(&msg);
//把消息传向窗口函数
DispatchMessage(&msg);
}
return msg.wParam;
就是这样了：当我们点击窗口右上角的小叉或者点击退出按钮时，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程序设计有了一定的了解后在对其各部分下功夫(这下可不是照顾全局了，要静下心来细心的咀嚼，要不然你会咽到的。)这样才不会走火入魔(嘿嘿)就写到这吧，以后等我水平高些了再写(还早着呢，嘿嘿)，希望我没白费功夫，也希望对你有用。
设计心得体会范文
完成了这次的二元多项式加减运算问题的课程设计后，我的心得体会很多,细细梳理一下，有以下几点：
1、程序的编写中的语法错误及修改
因为我在解决二元多项式问题中，使用了链表的方式建立的二元多项式，所以程序的空间是动态的生成的，而且链表可以灵活地添加或删除结点，所以使得程序得到简化。但是出现的语法问题主要在于子函数和变量的定义，降序排序，关键字和函数名称的书写，以及一些库函数的规范使用，这些问题均可以根据编译器的警告提示，对应的将其解决。
2、程序的设计中的逻辑问题及其调整
我在设计程序的过程中遇到许多问题，首先在选择数据结构的时候选择了链表，但是链表的排序比较困难，特别是在多关键字的情况下，在一种关键字确定了顺序以后，在第一关键字相同的时候，按某种顺序对第二关键字进行排序。在此程序涉及到3个量数，即：系数，x的指数和y的指数，而关键字排是按x的指数和y的指数来看，由于要求是降幂排序且含有2个关键字，所以我先选择x的指数作为第一关键字，先按x的降序来排序，当x的指数相同时，再以y为关键字，按照y的指数大小来进行降序排列。
另外，我在加法函数的编写过程中也遇到了大量的问题，由于要同时比较多个关键字，而且设计中涉及了数组和链表的综合运用，导致反复修改了很长的时间才完成了一个加法的设计。但是，现在仍然有一个问题存在：若以0为系数的项是首项则显示含有此项，但是运算后则自动消除此项，这样是正确的。但是当其不是首项的时候，加法函数在显示的时候有0为系数的项时，0前边不显示符号，当然，这样也可以理解成当系数为0时，忽略这一项。这也是本程序中一个不完美的地方。
我在设计减法函数的'时候由于考虑不够充分就直接编写程序，走了很多弯路，不得不停下来仔细研究算法，后来发现由于前边的加法函数完全适用于减法，只不过是将二元多项式B的所有项取负再用加法函数即可，可见算法的重要性不低于程序本身。
3、程序的调试中的经验及体会
我在调试过程中，发生了许多小细节上的问题，它们提醒了自己在以后编程的时候要注意细节，即使是一个括号的遗漏或者一个字符的误写都会造成大量的错误，浪费许多时间去寻找并修改，总结的教训就是写程序的时候，一定要仔细、认真、专注。
我还有一个很深的体会就是格式和注释，由于平时不注意格式和注释这方面的要求，导致有的时候在检查和调试的时候很不方便。有的时候甚至刚刚完成一部分的编辑，结果一不注意，就忘记了这一部分程序的功能。修改的时候也有不小心误删的情况出现。如果注意格式风格，并且养成随手加注释的习惯，就能减少这些不必要的反复和波折。还有一点，就是在修改的时候，要注意修改前后的不同点在哪里，改后调试结果要在原有的基础上更加精确。
