windows程序开发实训报告.docx
《windows程序开发实训报告.docx》由会员分享，可在线阅读，更多相关《windows程序开发实训报告.docx（11页珍藏版）》请在冰豆网上搜索。
windows程序开发实训报告
Windows程序开发
实训报告
姓名周鹤
班级11软件1班
学号*********
任务一：
Windows消息循环机制及API程序设计实践
一、实践目的
二、任务概述
三、windows消息循环
四、学习收获
任务二：
基于MFC的对话框程序设计
一、任务概述
二、MFC消息映射
三、计算器程序的设计思路
四、遇到困难及解决
五、关键代码
六、运行情况
七、收获
任务三：
基于MFC的单文档绘图程序设计
一、任务概述
二、模块设计及封装
三、设计的优点
四、程序风格
五、运行情况
六、使用方式
七、困难及解决
任务一：
Windows消息循环机制及API程序设计实践
一、实践目的
通过实践充分理解Windows的消息循环机制，了解Windows的API函数族的分类及大致功能，并在此基础上了解基本WindowsAPI方式开发的窗口程序的基本过程。
任何框架开发环境归根结底都是对WindowsAPI函数的封装与调用。
在利用一个框架环境开发Windows程序的过程中，应该明白所使用的框架模块调用了WindowsAPI中的那些功能函数。
二、任务概述
用visualC++开发一个Win32窗口程序，并实现如下功能：
●实现菜单功能;
●点击某两个菜单可在主窗口中显示或清除文字（文字内容不做要求）；
●点击某个菜单可弹出一个自定义的对话框（对话框中的元素不做要求），单击对话框中的“确定”或“取消”按钮，可结束对话框。
三、windows消息循环
Windows多进程的窗口图形操作系统与DOS操作系统最大的区别就是：
DOS采用顺序执行的过程，而Windows采用事件的消息驱动。
用户进行的鼠标操作，键盘输入等操作和各个应用程序之间，应用程序和系统之间的操作都作为一个事件，产生消息，进入到指定的消息队列中，等待取出进行处理。
这打破了顺序执行，而采用事件驱动的形式。
四、学习收获
1.了解了Windows的消息循环机制
2.了解了一个窗口程序的生存的始末，从窗口类的定义，注册窗口类，创建窗口，到程序运行的消息循环的主函数。
3.了解了句柄的概念，每个菜单项，窗口都有一个句柄作为自己的标示，作为消息的一部分，告诉系统处理哪个窗口，菜单项的消息。
4.了解了一些简单的API：
CheckMenuItem，DialogBox等。
5.了解了消息分类，处理消息的函数里，将消息分为了WM_COMMAND、WM_PAINT等分别处理窗口命令、窗口的绘制等消息。
以及他们之间的关系。
任务二：
基于MFC的对话框程序设计
一、任务概述
用MFC开发一个计算器程序:
●对话框类型的程序；
●能够实现浮点数值的加减乘除运算；
●界面由一个编辑框和若干按钮组成，编辑框负责表达按钮输入及计算的结果，按钮负责输入数字、加减乘除以及等于等动作的输入；
●程序的核心功能由标准C++方式实现，并通过MFC框架代码调用其功能；
二、MFC消息映射
方法：
在MFC的类库中有些事继承了CCmdTarget类的类，这些类和消息有关，可以处理消息。
然后为每一个能处理消息的类建立一个消息映射表，就像一张MessageMap，将消息和表格中的元素比较，然后调用对应的处理程序，这种操作就叫消息映射。
其中消息映射表的建立使用了几个定义好的宏实现的。
DECLARE_MESSAGE_MAP（）
BEGIN_MESSAGE_MAP（theClass,baseClass）
ON_COMMAND（id,memberFxn）
......
END_MESSAGE_MAP（）
来实现对DECLARE_MESSAGE_MAP定义的结构体的填写。
消息表条目就以ON_COMMAND（id,memberfxn）的格式宏定义不同类型的消息，其中对应消息的句柄，memberfxn表示消息引发的要处理的函数。
将要实现的消息写在BEGIN_MESSAGE_MAP与END_MESSAGE_MAP之间。
然后再编写消息实现的动作在对应的memberfxn函数中。
优点：
可以使代码更有条理，要实现的具体功能函数写在一个单独的函数中。
三、计算器程序的设计思路
1.确定实现计算功能类的具体结构，需要的成员变量，成员函数等
2.在MFC中实现计算器程序的UI
3.为UI中的按钮添加事件，并到调用C++功能类中的函数。
4.调试程序，修改BUG
四、遇到困难及解决
1.对于小数点等符号的处理，输入一个小数点后，不允许再输入，用了一个text1的标识符进行判断。
2.其他符号的重复输入等。
也是利用了定义的变量进行控制texti和text2进行对加减乘除和等号的控制。
五、关键代码
功能类声明的成员函数和属性内容，其中constr1constr2分别储存两个操作数，symb储存符号,result存结构。
外部通过三个send开头的函数传递参数。
Compute是计算函数，其中通过一个switch判断Symb是哪种类型，执行相应的计算语句。
实现了UI上的即使更新。
在输入符号时表示一个操作数的输入完成，所以调用sendconstr方法把参数传入。
同时在输入符号时要判断，是否之前已经连续输入过。
通过text来控制。
六、运行情况
由于之前是按照实际的计算器来设计的，没有参照windows里的计算器程序，所以没有设计连乘，连减等功能。
由于之前忘记了考虑负号的问题，所以之后的设计可以用减号来代替负号。
七、收获
了解到了MFC中消息映射的实现机制，和如何写消息实现的具体函数，如何修改消息映射表。
通过这次的程序设计体会到了程序设计之初算法设计的重要性，由于之前没有很好的考虑算法，以至于到后面的编写，修改十分的困难，特别是在符号的重复输入，用户的异常处理这一方面，程序应有很大的改进。
虽然很多的BGU最后克服了，但是代码看起来很乱，使用的标识符有时自己也无法分辨。
所以在以后的程序设计中一定会注意做好第一步的设计，不会再盲目的拿来题目就写。
争取在设计之初就把所有可能出现的情况都考虑全面。
任务三：
基于MFC的单文档绘图程序设计
一、任务概述
用MFC开发一个单文档的绘图程序:
●通过鼠标左键的点击在视图中绘制不同的图形，可绘制的图形包括折线、多边形，并且折线的线宽、颜色以及线形都是可以改变的，多边形的填充方式也可以定制;
●绘制的图形可以以保存为矢量（矢量格式自定义）文件，并且可以在程序中再次打开，矢量数据的线宽、线形、颜色以及填充模式都要保存在矢量数据文件中，重新打开的矢量数据文件应该是可以再次编辑、修改的。
二、模块设计及封装
1.绘制模块：
包括动态绘制方法和绘制方法。
其中动态绘制是实现鼠标移动期间的动态绘制。
2.存储模块：
包括存储成.mc文件和打开.mc文件两个方法。
3.图形文件格式：
直线，椭圆，矩形等绘制均存储两个顶点的方式，折线。
4.编辑模块：
包括画笔宽度设置，画笔颜色设置，画刷颜色设置和撤销。
模块的封装：
三、设计的优点
1.绘制等函数都采用虚函数，对于不同的图形实现各自独特的绘制函数。
这样在就可以用Shape指针的数组来统一的存储图形，在绘制时动态的调用相对的函数。
2.通过上边的方法很好的解决了不同的图形叠加在一起里的问题，使得最后的绘制只需要按照一个for循环的遍历就可以完成。
3.绘制的功能函数与MFC框架很好的分离，功能更函数等类用的是C++的格式，其中的绘制函数用的是WindowsAPI，可以很好的实现代码的复用，在其他框架下也能使用。
四、程序风格
1.有时标识符会拼音与英文混用
2.喜欢把动态变化的东西设置为静态的成员变量
3.代码不够简洁，喜欢把类似功能的代码COPY到另一个地方做修改，所以看起来有些乱。
4.将所有自己写的类的声明写在一个总的头文件中，这样引入到MFC中比较方便
5.使用指针，而忽略了引用。
以后应该多使用引用，看起来比较简单。
6.注释喜欢写在声明部分
五、运行情况
程序可以正常的运行，完成各项功能：
六、使用方式
1.属性设置
单击属性中的画笔颜色或者画刷颜色进行颜色属性的设置。
单击属性中的画笔宽度，弹出对话框，可以滑动滚动条对宽度进行设置。
2.绘图
单击绘图可以选择相应的图形对齐进行绘制。
3.编辑部分
单击编辑中的撤销，可以撤回上一步，删除最顶层的图形，对于新打开的文件一样适用
单击文件中的打开或新建或询问是否保存文件
选择.mc格式的文件，即可打开。
保存按钮可以存储现在正在编辑的文件。
七、困难及解决
1.在最初的编写功能类时实现了一些设置各种属性的函数，发现到后面的设计绘制中用不到，没有很好的了解软件的使用实现流程。
2.对于颜色模式的认识不够清楚导致了很长一段时间绘不上去，却找不出BUG发现最初的默认画笔的颜色不正确。
3.函数名的冲突，椭圆函数名与API中的函数名产生了冲突，又重新再之前加了MY
4.动态绘制时，临时文件的存储位置，由于为了与MFC的完全分离，所以在Shape类中加了几个静态的变量用来存储动态的内容，发现这样做让程序很难看懂，所以以后这些东西还是写在MFC中比较好
5.内存的溢出，最初使用的数组是存储shape类的实例，而原来new的未删除，效率很低，后来该做存储指针来避免空间的浪费。
启示：
设计一个软件时最初的功能流程图的设计，绘制很重要，要在功能数据流程图设计好的情况下，再去设计类图，类和类之间的关系。
升级会员 