当我们学过结构体后，我们了解到结构体自身的成员指针可以指向自身对象的地址的时候，我们很容易想到解决这个数学问题，用结构体来描述是再合适不过的了，用它可以很完美的描述环形链表。
代码如下:
#include <iostream>
#include <string>
using namespace std;
struct Children
{
int number;
Children *next;
};
void show(Children *point,int num)//环链输出函数
{
for(int i=1;i<=num;i++)
{
cout<<point->number<<",";
point = point->next;
}
}
void main()
{
int num;//孩子总数
int interval;//抽选号码
cout<<"请输入孩子总数:";
cin>>num;
cout<<"请输入抽选号码:";
cin>>interval;
Children *josephus = new Children[num];//设置圈的起点指针,并动态开辟堆空间用于存储数据
Children *point = josephus;//用于初化链表的指针,起始地址与josephus指针相同
for(int i=1;i<=num;i++)
{
point -> number = i;
point -> next = josephus + i % num;//利用+1取模的方式设置节点的next指针,当到最后的时候自动指向到第一个,形成环链
point = point->next;//将位置移到下一饿节点也就是下一个小孩的位置
}
show(point,num);
Children *cut_point;
point=&josephus[num-1];//把起始指针设置在最后一个节点,当进入循环的时候就会从0开始,这样就好让不需要的节点脱离
int k=0;//故意设置一个k观察while循环了多少次
while(point->next!=point)//通过循环不断的寻找需要放弃的节点
{
k++;
for(int i = 0;i<interval;i++)//找需要放弃的节点位置
{
cut_point=point;//存储截断位置指针
point=cut_point->next;//将point的指针移动到放弃的节点位置,此处也和while循环终止条件有关系
}
cut_point->next=point->next;//将截断出的next指针设置成放弃处节点的next指针,使放弃处节点也就是不需要的节点脱离
cout<<"k:"<<k<<endl;
}
cout<<"\n最后的赢家:"<<endl<<point->number<<endl<<point<<endl<<point->next<<endl;
delete[] josephus;
cin.get();
cin.get();
}
此代码较为难以理解的部分就是while循环的终止条件的设置，如果读者没有能够理解好这部分注意看下面的图式帮助学习。
结构体的解法非常重要，对于我们全面理解面向对象的程序设计的抽象问题是基础，必须看明白我们才能够进行后面知识的学习,务必认真对待。
这段代码比较前一个程序，可读性上有所加强，但仍然不太容易理解！
为了更容易学习便于理解，我们的图例是以有两个小孩围成一圈，并且设置报数的数为1的情况来制作的。
上面的两种解决Josephus问题的解决办法从代码上来看，都属于一杆子到底的解法，第二种从结构表达上优于第一种，但是这两个都属于纯粹的过程式程序设计，程序虽然简短,但很难让人看懂，程序的可读性不高，在我们没有学习面向对象的编程之前，聪明的人可能会把各各步骤分解出来做成由几个函数来解决问题。
思路大致可以分为以下六个部分：
1.建立结构
2.初始化小孩总数,和数小孩的数
3.初始化链表并构成环链
4.开始通过循环数小孩获得得胜者
5.输出得胜者
6.返回堆内存空间
从表上看这个程序为了便于阅读可以写成六个函数来分别处理这六个过程，的确，这么修改过后程序的可读性是提高了一大步，但是有缺点仍然存在，程序完全暴露在外，任何人都可以修改程序，程序中的一些程序作者不希望使用者能够修改的对象暴露在外，各对象得不到任何的保护，不能保证程序在运行中不被意外修改，对于使用者来说还是需要具备解决Josephus问题算法的能力，一旦程序变的越来越很，,每一个参与开发的程序员都需要通读程序的所有部分，程序完全不具备黑盒效应，给多人的协作开发带来了很大的麻烦，几乎每个人都做了同样的重复劳动，这种为了解决一个分枝小问题写一个函数，最后由很多个解决局部问题的函数组合成的程序我们叫做结构化程序设计，结构化编程较过程化编程相比可读性是提高了，但程序不能轻易的被分割解决一个个大问题的模块，在主函数中使用他们的时候总是这个函数调用到那个函数，如果你并不是这些函数的作者就很难正确方便的使用这些函数，而且程序的变量重名问题带来的困扰也是很让人头痛的。。。。。。。
那么面向对象的程序设计又是如何解决这些问题的呢？
面向对象的程序设计的思路是这样的：
程序 = 对象 + 对象 +对象..........
这么组合而来的
对于上面的josephus问题可以把问题分割成如下的方法进行设计(如下图所示)
本新闻共2页,当前在第1页 1 2
文章来源于领测软件测试网 https://www.ltesting.net/
