'斌' s Space

忙活了这么久时间的东西，程序写了2千行还是3千行连我自己都没有加起来算过，总算忙出头了，从16号搞定Bezier以外的全部代码到今天，写了整整2天的报告，另外和朋友一起泡了2天，聊聊天，看看电脑上的片子什么的（老实说这报告基本上是脚踩西瓜皮想到什么就写什么的，反正老师那么懒的家伙也不会一个字一个字的去看，不过程序还算是认真编的，毕竟对自己的水平有所提高。^_^）我算是终于脱离苦海啦！ 哈哈～～！（恩！值得放肆地大笑一下）大概还有不少同学正在忙着赶着交差，还要继续奋斗几天，大家加把劲哦！
写的不好，请多多包涵啊！刚才挂上来的时候竟然还说篇幅太长了，要我删掉一些内容。没办法只好挂分开贴上来，后一半先贴，这样顺序看下去正合适。
******************************************************************************************

计算机图形学课程设计报告

软件简介及软件功能介绍
 本软件采用C++编写，编写环境为Visual C++ 6.0 SP6，同时在Visual Studio.NET 2003 环境下编译测试通过，不会产生任何警告和编译错误信息。采用Visual C++ 6.0 的MFC AppWizard 生成的一个MFC应用程序框架，支持MFC应用程序的Document/View体系结构，程序采用单文档界面，一次同时只能打开一个视图，并且支持文件的读写保存，保存下来的文件后缀名为*.leo。
 跟随本报告在一起的压缩包中有一个名字是LEO的文件夹，里面包含了图形学课程设计的全部源代码，工程文件以及资源文件，工程的名字也同样是LEO，(我的英文名，这样编写过程当中比较容易记忆)。
根据MFC AppWizard默认生成的类名如下：CLEOApp, 应用程序类，里面含有一个全局对象CLEOApp theApp, 代表这个应用程序本身，从CWinApp公有继承而来，另外还生成了CLEODoc类，负责后台图形数据的管理，CLEOView类，从CView公有继承而来，负责用户界面的显示，更新，接受用户的键盘和鼠标的输入信息（注意：不是从CScrollView，继承而来的，所以本程序不能支持滚动条，也就只能在屏幕大小的可见范围内绘制图形，不过第一次编制这么复杂的程序，没有很大握把，所以没有加入滚动条进去。小小的遗憾！）最后是CMainFrame类，负责这个应用程序窗口工作，在整个程序的编写过程当中，只有我们为了将自己的工具栏挂上去的时候才做了一点小的改动，一般没必要做太大的工作在这个类上面。这里将所有的MFC AppWizard默认生成的类名做了一个简单的交代，以便于在报告后面详述编写过程时用到的类名可以预先做一个伏笔，这样的引入应该不会让人觉得太突然吧。
图形系统的设计思路
下面首先简单介绍一下图形系统的类层次结构设计：
类层次结构
关于图元基类CShape的一点讨论：
最底下一排的6个不同的基本图形类，都是由一个图形基类CShape派生而来的 ，虽然CShape类从概念上说只是一个抽象的概念，但是我们并不把它设计成为一个抽象类，也就是说CShape里面不允许拥有任何一个纯虚函数，即便基类中的这个函数具体要在各个派生类之中才可以给出具体实现，也必须做一个什么语句也没有的空函数留在那里。不能够将CShape类做成抽象类的原因是因为
我们要对CShape类的数据成员序列化，就要用到MFC的IMPLEMENT_SERIAL宏，而宏的执行过程中将会创建一个CShape对象作为函数的一部分，而一个抽象类是不能创建任何对象的，这与我们设计的本意有所违背。因而，在程序处理上，不将CShape作为抽象图元基类。
类层次结构的异同：
由CShape类派生出两个类，一个是非封闭图形类，其子类包括直线类，折线类和Bezier曲线类，另一个是封闭图形类，派生出的子类有椭圆类，多边形类和矩形类。这样的类层次结构和那份课程设计指南中给出的类层次结构相似，唯一有些不同的是椭圆类（CEllipse）和矩形类（CRectangle）在这个程序里面是两个相互独立的、由封闭图形类派生而来的，之间没有任何的继承关系。因为从现实经验来讲，椭圆和矩形本来就是两个完全不同的概念，如果仅仅是为了节约代码而从CRectangle类派生出CEllipse类，比较容易破坏整个图形软件的逻辑结构基础。
交互绘图过程的消息的处理：
接受用户鼠标点击消息的是CLEOView类，相对应WM_LBUTTONDOWN, WM_LBUTTONUP, WM_MOUSEMOVE以及WM_LBUTTONDBLCLK分别有对应的消息处理函数OnLButtonDown(UINT nflag, CPoint point); 诸如此类等等。
不过绘制所有基本图元的鼠标消息处理的代码都要在这个函数里面实现的话，不免有些混乱。为了程序代码的便于维护，以及考虑到各个类体的良好的封装性质，所以将每个基本图元类对于鼠标点击和移动消息的处理全部封装到各个类体之内。具体实现方法如下：（此方法参考《Visual C++实践与提高》一书）
在基类CShape中加入如下虚函数，函数体为空，具体实现由每个派生类根据各自图元类不同的性质决定。
函数声明如下：
// In Shape.h file.
 virtual void MyLButtonDblClk(UINT nflag, CPoint point);
 virtual void MyLButtonUp(UINT nflag, CPoint point);
 virtual void MyMouseMove(UINT nflag, CPoint point);
 virtual void MyLButtonDown(UINT nflag, CPoint point);
函数的参数完全仿照CLEOView类中鼠标消息处理函数的参数类型。但这些仅仅是各个图元类中的成员函数，和CLEOView中的消息处理函数只是函数名和参数类型上的接近，而实质上有着本质的区别。我们不妨暂且将它这样4个一类函数称之为“伪消息处理函数”。
因而你可能在CLEOView::OnLButtonDown(UINT , CPoint )代码中看到这样的语句：（其中m_pShape是CLEOView中的一个类成员变量）
 case TT_LINE:
  m_pShape = new CLine(); //m_pShape是一个CShape对象指针；
m_pShape->MyLButtonDown (nflag, point);
  m_bOperating= TRUE;
  break;
运用虚函数机制，运行时刻自动识别对象类型，自动调用该对象所属类的虚函数。
这样处理的另一个好处就是，因为MyLButtonDown(UINT, CPoint)是图元类的公有成员函数，所以可以直接对图元类的私有成员变量进行操作，而不必通过类的公有接口函数对私有变量进行操作，进一步简化了程序的编写。同时函数将鼠标消息的参数不走样地传递给了图元类的“伪消息处理函数”，以便于在后续功能的扩展中方便地进行对诸如是否SHIFT，CTRL键被按下的相应处理，而不需要特地将这一信息作为一个BOOL型的函数参数来传递。
全局变量的设置：
上面将消息处理的语句分别封装到了每个绘制基本图元的类中来实现，确实应该说是个理想的方法。不过，要知道的是，图元类都是从CShape一层一层派生而来的，而我们在CShape里面没有声明过类似于CLEOView对象或指向它的指针，也就意味着我们不可能在从CShape派生出来的图元类中进行设备环境的获取(GetDC)和释放(ReleaseDC)。显然，如果我们没有一个CLEOView  * m_pView对象指针，也就不能在CShape的派生类里面写如下代码：
  CDC * pdc = m_pView->GetDC();
  ……
  m_pView->ReleaseDC(pdc);
这也就意味着我们可能无法在CLine的鼠标左键按下和释放两个“伪消息处理函数”里面进行直线的绘制工作。
解决这个问题的办法我临时想了想，有这样3种方法：
1. 在CShape里面加入声明 CLEOView * m_pView； 但是问题又来了，初始化怎么解决，我怎么让m_pView初始化的时候去指向当前View呢？这个问题我直到现在还是没有办法。
2. 既然我们在CShape::MyLButtonDown(UINT, CPoint)这一类函数里面多加入一个参数CDC *pdc传递过去，不过所有的MyLButtonDown(UINT, CPoint)这一类函数都是在CLEOView：：OnLButtonDown(UINT, CPoint)里面以 m_pShape->MyLButtonDown (nflag, point)的形式被调用的，鼠标消息传递过来的时候也没有包括CDC对象指针，还需要另行获取和释放。
3. 第三个办法可以称得上是一劳永逸，就是声明全局变量，有了指向当前View的全局变量视图指针，无论在程序的哪个部分，哪个函数里面，都可以随时获取和释放CDC对象指针，进行各种图元的绘制工作。（此方法参考《Visual C++实践与提高》一书）
具体实现过程如下：
 （注：在定义指向当前View的全局变量指针的同时，我们还定义了一个指向当前Document的全局变量指针，原因就不用多说了吧，为了随时使用方便。）
 在LEO.H头文件中进行如下声明：
  extern class CLEOView  * g_pView；
  extern class CLEODoc  * g_pDoc; 
为了程序其他文件在包含LEO.H头文件的时候就知道有这么两个变量；
 在LEO.CPP文件中对声明进行初始化：
  CLEOView  * g_pView=NULL;
  CLEODoc   * g_pDoc=NULL;
初始化为NULL只是暂时让声明的全局变量不要乱指，为了分别让这两个全局变量指向当前的View 和 Document，还要进一步初始化：
//In CLEOView.cpp file
CLEOView::CLEOView()
{
 g_pView＝this; //在CLEOView类的构造函数中对全局变量进行赋值；
}
//In CLEODoc.cpp file
CLEODoc:: CLEODoc()
{
 g_pDoc = this;
}
以上介绍的是这个图形软件的基本层次结构和设计的大致方向，也预先做了一些全局变量的准备工作。接下来的内容就是如何一步一步实现具体的代码编写和阐述编写程序过程中所产生的一些问题。
软件的具体编程实现
工具栏的制作：
我们打算为图形软件制作一个按钮工具栏，这样可以方便用户随时点击需要的功能按钮和绘制图元的种类，而不必每次都到菜单里面去找。那么首先要在资源里面创建一个空白的工具栏，这里我创建工具栏的资源ID为IDR_TOOLBAR, 然后一个一个完成按钮的图标。（工具栏最终效果如下图所示）
图三
正如前面提到由MFC AppWizard默认生成的几个类之中，只有在制作工具栏的时候需要对CmainFrame类做小小的改动，现在我们就要做前面所说的小改动。在CMainFrame.h文件中，加入一个Protected成员变量，定义如下：
  CToolBar  m_wndMyBar；
这就定义了一个工具栏对象，接着要做的就是在CMainFrame.cpp中进行修改
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{  //创建自己的绘制图形的工具栏；
 if(!m_wndMyBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD |
WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY) ||  !m_wndMyBar.LoadToolBar(IDR_TOOLBAR))
 {
  TRACE0("Failed to create toolbar\n");
  return -1;
 }
m_wndMyBar.EnableDocking(CBRS_ALIGN_ANY );
EnableDocking(CBRS_ALIGN_ANY);
DockControlBar(&m_wndMyBar);
}
通过CToolBar :: CreateEx( CToolBar, …..) 函数将工具栏资源和CToolBar 对象m_wndMyBar联系起来，并且用后面3句语句设定了工具栏的停靠属性，这里的工具栏设定为可以停靠在窗口的任何地方。
最大化窗口：
// in LEO.CPP file
BOOL CLEOApp：：InitInstance()
{
//找到函数中这样一句语句; m_pMainWnd->ShowWindow(SW_SHOW);更改为
 m_pMainWnd->ShowWindow(SW_SHOWMAXIMIZED);
}
这样就可以使得程序在启动的时候就可以最大化到满屏幕大小，给出了更大的绘制区域。
从CShape开始图元类编写：
根据上面给出的图形类的层次结构，接下来的工作就该是逐个编写图元类了，首先我们来看看这个图形软件的CShape类中到底有哪些成员变量。
class CShape : public CObject 
{
 DECLARE_SERIAL(CShape)
 ……
 int  m_PenStyle;   //画笔风格
 int  m_PenWidth;  //画笔宽度
 COLORREF m_crPenColor; //画笔颜色
CRect m_rcBoundingRect; //图元的包围盒矩形
 BOOL m_bVisible;   //图形是否可见,图形删除后改值等于FALSE;
 BOOL m_bSelected;  //图形是否被选中，默认情况下为TRUE;
public:
static int m_UserPenStyle; //用户自定义画笔风格
 static int m_UserPenWidth; //用户自定义画笔宽度
 static COLORREF m_UsercrPenColor; //用户自定义画笔颜色
};
从int m_PenStyle到BOOL m_bSelected这6个成员变量就不必多废唇舌了，至于后面这3个类中的静态成员变量，他们的作用就是分别对m_PenStyle，m_PenWidth，m_crPenColor三个变量进行赋值。赋值的操作实现在CShape的构造函数中有这样的语句：
CShape::CShape()
{ ……
 m_PenStyle = m_UserPenStyle;
 m_PenWidth = m_UserPenWidth;
 m_crPenColor = m_UsercrPenColor;
}
每次当生成一个从CShape派生类的对象时，譬如说：m_pShape＝ new Cline()；
就会自动地隐式调用基类的构造函数，CLine对象中的成员变量就是在这个时候被赋予了用户指定的线条风格，宽度和颜色的值。那么用户定义的线条风格，宽度和颜色又是从何而来的呢？因为这3个都是静态成员变量，所以可以在Shape.cpp文件中直接给出它们的初始化值。而且，正是因为它们是静态成员变量的缘故，要对他们重新赋值也非常的容易，可以在程序的任何一个地方进行，唯一的必要条件就是要预先包含头文件Shape.H。可以方便地将用户输入的新线条属性赋值给m_UserPenSytle，m_UserPenWidth，m_UsercrPenColor这3个变量，随之后来绘制生成的每个图元都会自动具有用户定义的线条属性值。这样也就免去了每次生成一个图元对象就将所有的线条属性赋值一遍给新对象的麻烦，徒劳增加代码长度。后面将具体叙述如何将用户定义的线条属性赋给这3个静态成员变量，实现的方法也是相当的简单明了。
在CClosedShape类中也有类似关于画刷属性的设置，同样是3个静态成员变量：
class CClosedShape : public CShape 
{ ……
 static int m_UserBrushStyle; //用户定义画刷风格
 static int m_UserBrushHatch; //用户定义画刷图案
 static COLORREF m_UsercrBrushColor;//用户定义画刷颜色
};
在CClosedShape类的构造函数中赋值给了int m_BrushStyle，int m_BrushHatch;和COLORREF m_crBrushColor这3个封闭图形对象所具有的属性。
在CShape的类体声明中出现的这样一句DECLARE_SERIAL(CShape)，是使得CShape这个类可以具有Serialize功能，然后在CShape类的定义文件中添加宏IMPLEMENT_SERIAL(CShape，CObject，1)，然后重写从CObject类继承过来的虚函数void Serialize(CArchive &ar)；尤其需要注意的是，每个具备Serialize功能的类在重写从基类继承过来的void Serialize(CArchive &ar)函数的时候都必需先调用基类的Serialize(CArchive)函数，并且把参数ar传递给基类的Serialize函数，紧接着再进行自身类成员变量的写入文件或者读取文件。
而CShape类中的其它一些函数大部分都是虚函数，在图形基类里面什么也不能做，只是个函数的空壳子，具体的实现视每个具体的图元类不同而各异。

续上一篇

CLEOView成员变量和消息函数编写：
在CLEOView类中，用于进行交互图形绘制的成员变量主要有一下几个：
class CLEOView : public CView
{
public:
 int  m_ToolType; //绘制图形的类型
 BOOL m_bOperating; //表示图元是否已经开始绘制
 BOOL m_bCanDraw; //在按下左键并移动到新位置才表示绘制有效图元
 CShape * m_pShape;
};
前面3个成员变量已经不必多说了，第四个变量CShape *m_pShape作为CLEOView的成员变量，其作用等同于将所有可以绘制的图元类全都留一个新对象在CLEOView类中，唯一的区别就是用一个基类指针可以任意指向派生类的对象，再结合前面说到过的“伪消息处理函数”，可以进行如下形式的调用：
//in CLEOView.CPP file
void CLEOView::OnLButtonDown(UINT nflag, CPoint point)
{ ……
 switch(m_ToolType)
{ case TT_LINE:
  m_pShape = new CLine ();
  m_pShape->MyLButtonDown(nflag, point);  break;
 ……
 case TT_RECTANGLE:
  m_pShape=new CRectangle();
  m_pShape -> MyLButtonDown(nflag,point); break;
}// end of switch
}
这样的处理就把绘制直线和矩形这两个不同图元的具体过程语句分别封装到了CLine 和 CRectangle 这两个类体里面了。每次按下鼠标，就生成一个新的图元，然后移动和释放鼠标左键的消息也通过和上面代码中同样的手法，去调用图元类里的“伪消息处理函数”。
但是，这个方法在具体编写代码的时候还有需要注意的问题，问题出现在使用鼠标绘制PolyLine和Polygon的方法不同于绘制直线和矩形的方法。绘制PolyLine的时候，每次点下鼠标左键表示添加一个新的结点，如果在上面的switch代码中加入这样的语句：
  case TT_POLYLINE:
   m_pShape = new CPolyLine ();  //一开始很容易这么写的，初看没错
   m_pShape ＝ MyLButtonDown(nflag, point); break;
不过如果这样写的话估计永远也不要想画出折线了，问题出在new CPolyLine()上面，试想一下，每次点击一下鼠标都将导致触发m_pShape指向一个新生成的CPolyLine对象，而我们想要的是第一次点击时生成新对象，后面单击只添加新的结点位置到存放结点的CArray<CPoint, CPoint &>类型的数组中，这显然有所违背我们设计程序的本意。于是做如下修改即可将问题解决：
  case TT_POLYLINE:
   if( ! m_bOperating ) m_pShape = new CPolyLine();
   m_pShape ＝ MyLButtonDown(nflag, point);
m_bOperating = TRUE;  break;
同样，绘制多边形的代码也可以如法炮制，因为多边形无论从鼠标绘制的手法以及程序内部的数据结构来说都可以说和折线是相当接近的。
CLEODoc成员变量和函数接口:
CLEODoc类，也就是由MFC AppWizard自动生成的文档类，虽然其成员变量非常少，仅仅只有3个，但是却在整个程序中有举足轻重的作用，它提供了已经绘制图形链表的保存，窗口内容的重绘，也提供了各种对已经绘制图形的操作函数，例如点选图形，圈选图形，删除图形，平移、缩放、旋转和翻转图形的接口函数都在CLEODoc这个类中实现，肩负了在后台维护图元数据结构的任务。以下是其成员变量：
class CLEODoc : public CDocument
{
public:
 CObList  m_ShapeList; //保存绘制图形对象的链表
 CArray< POSITION, POSITION & >  m_SelShapePos; //选中图形的位置
 int  m_SelShapeCount; //被选中图形的数量
};
其中，m_ShapeList用来保存已经绘制的图形，可以用在屏幕刷新以后的重绘时恢复保存的数据，具体函数可以参考CLEOView::OnDraw(CDC *pdc)这个函数。
这是一个需要用户自己改写的的函数。
当然m_ShapeList除了重绘图形的用途之外，还有很多其他作用，所有点选、圈选、平移、缩放、旋转一系列对于图元的操作都离不开m_ShapeList这个变量，当然，后面列举的这些操作的实现必须和CLEODoc中的后面2个成员变量结合使用才可以实现。
CArray< POSITION, POSITION & >  m_SelShapePos 这是一个存放了被选中图形在CObList m_ShapeList这个链表中的位置的模板数组，在CLEODoc类的处理上，我们没有把被选中的图形另外拷贝到一个新的CObList 链表中进行保存，因为这样的话，我们就不得不在每个图元类里面编写一系列的拷贝构造函数来实现，增加了代码的复杂程度。而这里的做法仅仅是记录被选中图形位于链表m_ShapeList中的POSITION, 在函数中要进行存取或者修改的话，同样非常方便，以下是一小段用于将m_ShapeList中所有选中图形扫描一次的代码，通过调用CObList的成员函数GetAt(POSITION &pos)来获取图形指针：
 int count = m_SelShapePos.GetSize();
 for(int i=0; i<count; i++)
 {
  POSITION pos = m_SelShapePos[i];
  CShape *pShape = (CShape *)m_ShapeList.GetAt (pos);
 }
程序中，当需要对选中图形进行平移、旋转、缩放等变换的时候都有用到这样一段代码。
这样2个成员变量就基本上可以完全满足程序所要求实现的所有对于图元的操作了，至于第三个变量int  m_SelShapeCount，记录选中图形的数量，这个倒不是非常重要，因为CArray模板数组本身就提供了成员函数GetSize()来返回当前数组中大小，只要在程序里面保证将数组大小初始化为0，添加元素的时候再动态增长，清空以后将数组大小还原到零，那么在整个程序运行的过程中就可以永远保持数组大小和元素个数一致了，通过取得数组大小来知道选中图元的个数。
一个具体图元类（CRectangle）的实现：
CRectangle类有两个成员变量作为存储一个矩形的数据结构：
BOOL  m_bFormed;   //表示是否完成绘制，初始值为FALSE
CRect  m_rcRect;  
成员变量CRect m_rcRect存放的是这个矩形四个方向上的边界，也就是这个矩形本身。 而这里还要用到另外一个BOOL型变量m_bFormed表示该矩形是否已经绘制完成，理由有这样几个：
1. 绘制仍然在鼠标拖动中的图形，需要使用与完成绘制图形不同的颜色画笔选入设备环境之中，而将不同种类的画笔选入设备环境的工作的语句是位于CRectangle：：Draw(CDC *pdc)函数之中，在CRectangle类中添加一个BOOL型成员变量有利于作出判断。
2. 对于正在绘制状态中的封闭图形，应该暂时不显示其内部的填充属性，以避免屏幕过多地刷新，而影响图形绘制的效率。也就应该在CRectangle：：OnDraw(CDC *pdc)函数中加入判断语句，如果m_bFormed＝＝FALSE的话，就不要初始化CBrush对象来进行封闭图形内部的填充。
这些判断都应该在CRectangle::Draw(CDC *pdc)函数中完成，所以非常有必要对CRectangle类添加这样一个BOOL类型的成员变量。
上面提到的Draw(CDC *pdc)函数大体结构如下，具体代码参看源文件：
 CRectangle::Draw(CDC *pdc)
 {
  if(m_bFormed = = FALSE)  {将绘制橡皮框的画笔选入设备环境；}
  else if (图形被选中)   {选入绘制选中图形的画笔；}
  else  {根据用户定义线条属性，创建画笔选入设备环境；}
  if(m_bFormed = = TRUE){根据用户定义画刷属性，创建画刷选入设备}
  最后进行绘制图形；
}
交互绘制矩形(CRectangle)的实现：
前面提到过每个图元类里面都有的“伪消息处理函数”将交互绘制图元的具体绘制过程全部封装到了这些个“伪消息处理函数”中。但还是要来具体分析一下从鼠标按下à移动à释放这3个步骤中到底做了那些背后的工作。
以下是绘制矩形对于3个鼠标消息的处理函数的过程概述：

void CRectangle::MyLButtonDown(UINT nflag, CPoint point)
{ SetRectangle(point,point); }
void CRectangle::MyMouseMove(UINT nflag, CPoint point)
{
 CDC *pdc= g_pView->GetDC(); //用到了全局变量来申请设备环境指针；
 Erase(pdc); //在R2_NOTXORPEN绘图模式下绘图，一次写，二次擦；
 BottomRight(point);
 if(nflag & MK_SHIFT) { 进行绘制正方形的处理；}
 Erase(pdc);
 g_pView->ReleaseDC (pdc);
}
void CRectangle::MyLButtonUp(UINT nflag, CPoint point)
{ ……
 Erase(pdc);
 BottomRight(point);
 if(nflag & MK_SHIFT) { 进行绘制正方形的处理；}
 Draw(pdc); //绘制最终图形
 g_pDoc->m_ShapeList.AddTail(this); //将图形加入图形链表保存
}
在编写MyLButtonUp(UINT, CPoint)中的时候，必须要做的一件事情就是要擦除最后一次留下的橡皮框，Erase(pdc);这并不是可有可无的一句语句，在这个函数中。因为在调试的时候会发现，如果少了这句，不按下SHIFT键的时候没有区别，因为最后的Draw(pdc)可以将橡皮框覆盖掉，用户不会看见。不过倘若用户在移动时按住SHIFT键,释放鼠标时没有按住SHIFT，绘制出来的结果将是长方形，而屏幕上留着最后一次的橡皮框没有擦除。以上就是关于CRectangle的成员变量的介绍，以及在类体内完成交互绘制的内容，其他CRectangle类的成员函数的具体实现可以直接参考源代码。
点选和圈选功能：
实现这样两个功能又必须得回到对于CLEOView和CLEODoc类的讨论，对于点选图形的实现，也就是判断鼠标点击位置和图形链表中所有保存图形的接近程度，也就是需要用到每个具体图元类从其基类CShape继承过来的虚函数 BOOL PtOnShape(CPoint ); 考虑到绘制图元被添加到图形列表的先后顺序，后绘制的图元被添加到图形链表的尾部，不过从用户的角度来分析，位于图形链表尾部的图形图层在上面，用户点击的时候应该优先被选中，所以在函数的处理上应该从链表的尾部开始向前挨个与鼠标点击位置做比较，如果在一定接近程度范围内，则优先被选中。由于这个图形软件在点选图形的编写上仍旧只支持点击来单选一个图形，而不支持通过按住SHIFT键进行多个图形的选取功能，因而在函数中设立了一个BOOL型变量bSelFlag，用于判断如果已经有一个图形被选中，那么就不再继续选择其他图形。大致的实现代码如下：
void CLEODoc::SelectShape(CPoint point, UINT nflag)
{
 BOOL bSelflag = FALSE;
 POSITION oldpos, pos=m_ShapeList.GetTailPosition ();
 while(pos!= NULL)
 { ……
  if(bSelflag) return;
  oldpos=pos;
  CShape * pShape = (CShape *)m_ShapeList.GetPrev(pos);
  if(图形没有被选中&& 图形可见 && pShape->PtOnShape(point))
{更改图形状态为选中;更新bSelflag标志; 添加oldpos到选中图形位置数组}
 }// end of while
}
至于图形的圈选技术，在这个软件中就没有一次只能够选中一个图形这样之类的限制了，圈选框采用的是CRectangle类的对象，拉出一个橡皮框的处理过程和前面叙述的交互绘制矩形的过程相似，只有小小的区别在于要将最后一次的橡皮框擦除，并且也不需要最后将这个矩形保留在屏幕上。
剩下的工作就是顺次沿着保存下来的图形列表一个一个地扫一边，逐个比较图形列表中保存着的对象的矩形包围盒跟用户拉出的圈选框的包含关系，如果图元的包围盒位于该圈选框之内，则意味着被选中，更新该图元对象的m_bSelected成员变量。具体实现圈选图形的代码可以参考CLEODoc.CPP文件中的void CLEODoc::SelectShape(CRect)函数。
墨水瓶和油漆桶功能的实现：
实现改变已经绘制图元的线条和填充颜色，需要用到这2个功能，具体的实现如下。前面在介绍CShape类成员变量的时候已经有提到过这样3个变量。
class CShape : public CObject 
{ ……
public:
static int m_UserPenStyle; //用户自定义画笔风格
 static int m_UserPenWidth; //用户自定义画笔宽度
 static COLORREF m_UsercrPenColor; //用户自定义画笔颜色
};
而每次在图元的构造函数调用基类CShape的构造函数对画笔风格(m_PenStyle)
画笔宽度(m_PenWidth)和画笔颜色(m_crPenColor)进行赋值的时候，都是使用这3个用户定义的类静态成员变量对所要绘制的图形的线条属性进行赋值的。也就是说，只要我们改变CShape类中的这3个静态成员变量，那么以后每次绘制出来的图形都将以改变后的线条属性显示出来，而且又因为这3个是类静态成员变量，所以对它们的赋值改变可以在类外的任何地方进行，唯一的必要条件也就是要包含头文件#include “Shape.h”。在这个图形软件中，用户改变线条属性是通过一个叫做“线条属性对话框”的东西，在菜单上选择“属性”à“线条属性”就可以弹出该对话框。具体实现这个对话框的时候，除了在资源里面进行对话框面板的设计，还另外生成了一个对话框类CLineOPT，此类中有3个成员变量m_LINESTYLE，m_LINEWIDTH，m_LINECOLOR分别与m_UserPenStyle, m_UserPenWidth，m_UsercrPenColor一一对应，在CLEOView中添加弹出对话框并进行数据交换的代码如下：
void CLEOView::OnLineOpt()
{ ……
 CLineOPT instance;
 if(instance.DoModal () == IDOK)
 {
  CShape::m_UserPenWidth=instance.m_LINEWIDTH ;
  CShape::m_UsercrPenColor =instance.m_LINECOLOR ;
  CShape::m_UserPenStyle= instance.m_LINESTYLE ;
  Invalidate(TRUE);
 }
}
m_LINESTYLE，m_LINEWIDTH，m_LINECOLOR这3个CLineOPT中的成员变量，分别保存的是用户通过线条属性对话框设置的线型，线宽和线条颜色的值。
以上这一部分仅仅是使得设置线条属性以后，绘制出来的图形线条具有用户定义的属性。但是如果要改变已经绘制的图元的线条属性，还需要将图形对象链表中将所有图形扫描一遍，如果鼠标点击的位置恰好位于图形上，则直接用用户定义的线型属性来更新被点击的图形的边框。实现这个功能是在CLEODoc::InkBottle (CPoint point, int PenStyle, int PenWidth, COLORREF crPenColor)函数中，大致代码如下：
void CLEODoc::InkBottle(CPoint point, int PenStyle, int PenWidth, COLORREF crPenColor)
{
 BOOL flag=FALSE;  //标志位，只对遍历到的第一个图元改变线条属性
 POSITION pos=m_ShapeList.GetTailPosition ();
 while(pos!= NULL)
 { if(flag) return ;
  CShape *pShape = (CShape *)m_ShapeList.GetPrev(pos);
  if(pShape->m_bVisible && pShape->PtOnShape (point))
  { flag=TRUE; 对pShape指向的图元改变其线条样式、宽度、颜色；}
 }//end of while
}
这样就算基本完成了墨水瓶按钮所需要实现的全部函数。照葫芦画瓢，我们也可以实现程序对已经绘制封闭图元的内部填充属性的修改以及设置将要绘制的封闭图形的填充属性。具体的实现方法可以参考代码中的CLEODoc::BrushPaint(CPoint point, int BrushStyle, int BrushHatch, COLORREF crBrushColor)这个函数。
以上就是一些关于在编写这个图形软件过程中具体细节实现的一些方法和思路，以及阐述了编写过程当中碰到的问题和解决的方法。更多细节请看源代码中的实现。
系统的简单测试
我只对这个图形软件的每个功能做了简单的测试，并且也从中发现了隐藏在其中的一些小小的问题，虽然有些错误完全不会影响对这个软件的使用(譬如：选中一个图形后，再选择某个图元按钮，图形仍然被选中着)，不过从用户的角度来讲，应该并不希望发生这样的情况，所以还是将它更改过来。
以下仅仅列举了一些我自己在测试这个软件过程当中测试过的功能，也许还不是面面俱到：
1. 绘制直线的是时候按下SHIFT键，是否可以在8个方向上绘制出水平、垂直或者斜向45度的直线。
(测试结果：通过)
2. 绘制矩形或者椭圆的时候按下SHIFT键，是否可以在东南、东北、西南、西北这4个方向上分别绘制出来正方形或者圆形橡皮框。
(测试结果：通过)
3. 对每种图元分别进行如下测试，在屏幕上绘制两个或者多个完全重叠的相同图形，赋以不同的颜色以示区别，鼠标点击在两个重叠的图形上面，将选中的图形移开，判断鼠标点选功能是否只有一个图形可以被选中，而且应该示后绘制的图形的图层在上面，所以后绘制的图形首先被选中。
(测试结果：通过)
4. 测试程序窗口的重绘功能，在客户区中绘制各种不同类的图元对象，然后将窗口最小化以后恢复，选中窗口边框进行拖动，改变窗口的高度以及宽度，看看刚才绘制的图元对象是否还在屏幕上。
(测试结果：通过)
5. 测试文件的保存功能，在屏幕上绘制各种不同种类的图元对象，然后任意对这些图元改变成不同的线条样式、宽度和颜色，对封闭图元对象也进行不同风格图案的填充，保存文件并重新打开，与保存前绘制的图元，线条以及填充属性是否一致。(通过屏幕截图进行比较)
(测试结果：通过)
6. 测试选中一个图形以后，再去选择绘制图元的按钮，是否选中的图形将自动撤销选中状态。
(测试结果：通过)
课程设计总结
这样一个比较庞大，结构又相对复杂的程序设计对我来说可以说是头一回接触。做下来后最大的感受就是对于这样一个软件的设计工作，千万在动手开始做之前要对编程过程中可能产生的问题有一个比较充分的估计，应该要参考各种相关资料来了解一下几个方面的内容：
l 同类系统的程序架构，类层次结构，以及一些程序关键部分的处理手法，特别是程序中用户交互部分的处理方法，做一个横向的比较。
l 注意那些参考资料中所提到的程序设计中可能步入的常见错误，知道些方面的细节越多，对自己程序编写的效率就越有帮助。
l 既然是编写MFC程序，那么对MFC的相关技术就需要掌握基本的内容。譬如MFC中一些DECLARE_SERIAL、IMPLEMEMT_SERIAL、RUNTIME_CLASS之类在程序编写过程中经常用到的宏，可以非常有助于程序的更多功能的实现。
l 还有就是要对用到的MFC中一些现成的类例如CObList，CArray模板数组，以及和这些类相关的那些类成员函数有一个比较具体化的了解。如果对自己所使用的这些类库提供的数据结构的操作不甚了解的话，就可能在程序调试的时候花费许多时间来解决数据结构上的错误。譬如：CObList类就有这样一个成员函数CObList::GetNext(POSITION &pos)，我在编程的时候就没有注意到它的参数是一个引用，结果将图形的POSITION保存到被选中图形的数组时，直接将pos加入数组，已经调用GetNext(POSITON &pos)之后，pos中指向的是图形链表中的下一个对象的指针，这样保存下来的永远是我们设想中的后一个图形。
总之，这个软件编写过程中感触最深的就是觉得：千万不要因为赶时间而在没有做详细的设计准备，盲目下手，这样必定会导致花费更多的时间在程序的反复修改和一次一次无休止的调试上面，反而得不偿失，以上就是我从这次程序编写中学习到的一点经验。

看了一整天的C++ Primer，貌似有发现了很多以前从来没有注意过得地方，不过也在怀疑，就算

把c++的边边角角的点都学了个遍，对课程设计有有多少帮助呢！  再说啦，先把这本字典一样的

东西啃掉再说吧。 不过貌似进度太慢了，今天才看了100页多一点，可是这本东西总共有一千多

页呢！ 就算当作小说也有的好看了，还有后面六百多页， 希望明天进度可以顺利一点吧！不过

估计这也就只能是“希望”了......  累累累累累累累累累累啊........... 休息吧！