首先程序的模块分为四个：
逻辑型：
1.拼图类：用于描述拼图
2.配置类：存储配置变量
交互型：
3.游戏菜单窗口：进行菜单选项
4.游戏运行窗口：游戏的主要界面
1.通过游戏菜单可以操纵配置，如难度或图片。
2.运行窗口可以访问并获得游戏配置，并利用其对应构造拼图对象。
3.用户通过运行窗口进行交互，间接使拼图对象调用移动方法，获得图案方法
看代码的同学，我觉得最有问题的地方，不合理的地方就是把 难度的枚举类型写在了拼图类中，应该写在配置类中，或单独成类，读者们自行更改
public enum Diff //游戏难度
{
simple,//简单
ordinary,//普通
difficulty//困难
}
我们可以认为，配置类就像数据存储，而拼图类呢作为逻辑处理，菜单和运行窗口作为表现用于交互，我承认这种设计不是很合理，但是在问题规模不够大的时候，过分的考虑设计，会不会使程序变得臃肿？我想一定是有一个度，具体是多少，我不得而知，但我感觉，针对这个程序，实现就好，沉迷设计（套路型），有时得不偿失。（个人不成熟的小观点）
（三）代码实现：
说明：本块重点描述 Puzzle（拼图）类与游戏运行类的具体实现及实体通讯：
拼图的构造方法：
1.赋值 ：
public Puzzle(Image Img,int Width, Diff GameDif)
// 拼图的图片，宽度（解释：正方形的边长，单位是像素，名字有歧义,抱歉），游戏的难度
游戏的难度决定你分割的程度，分割的程度，决定你存储的数组的大小，如简单对应3行3列，普通对应5行5列，困难对应9行9列
switch(this._gameDif)
{
case Diff.simple: //简单则单元格数组保存为3*3的二维数组
this.N = 3;
node=new Node[3,3];
break;
case Diff.ordinary: //一般则为5*5
this.N = 5;
node = new Node[5, 5];
break;
case Diff.difficulty: //困难则为9*9
this.N = 9;
node = new Node[9, 9];
break;
}
2.分割图片
//分割图片形成各单元保存在数组中
int Count = 0;
for (int x = 0; x < this.N; x++)
{
for (int y = 0; y < this.N; y++)
{
node[x, y].Img = CaptureImage(this._img, this.Width / this.N, this.Width / this.N, x * (this.Width / this.N), y * (this.Width / this.N));
node[x, y].Num = Count;
Count++;
}
}
其实对单元数组进行赋值的过程，使用双层for循环对二维数组进行遍历操作，然后按序赋值编号node[x,y].Num;
