为了更容易学习便于理解，我们的图例是以有两个小孩围成一圈，并且设置报数的数为1的情况来制作的。
上面的两种解决Josephus问题的解决办法从代码上来看，都属于一杆子到底的解法，第二种从结构表达上优于第一种，但是这两个都属于纯粹的过程式程序设计，程序虽然简短,但很难让人看懂，程序的可读性不高，在我们没有学习面向对象的编程之前，聪明的人可能会把各各步骤分解出来做成由几个函数来解决问题。
思路大致可以分为以下六个部分：
1.建立结构
2.初始化小孩总数,和数小孩的数
3.初始化链表并构成环链
4.开始通过循环数小孩获得得胜者
5.输出得胜者
6.返回堆内存空间
从表上看这个程序为了便于阅读可以写成六个函数来分别处理这六个过程，的确，这么修改过后程序的可读性是提高了一大步，但是有缺点仍然存在，程序完全暴露在外，任何人都可以修改程序，程序中的一些程序作者不希望使用者能够修改的对象暴露在外，各对象得不到任何的保护，不能保证程序在运行中不被意外修改，对于使用者来说还是需要具备解决Josephus问题算法的能力，一旦程序变的越来越很，,每一个参与开发的程序员都需要通读程序的所有部分，程序完全不具备黑盒效应，给多人的协作开发带来了很大的麻烦，几乎每个人都做了同样的重复劳动，这种为了解决一个分枝小问题写一个函数，最后由很多个解决局部问题的函数组合成的程序我们叫做结构化程序设计，结构化编程较过程化编程相比可读性是提高了，但程序不能轻易的被分割解决一个个大问题的模块，在主函数中使用他们的时候总是这个函数调用到那个函数，如果你并不是这些函数的作者就很难正确方便的使用这些函数，而且程序的变量重名问题带来的困扰也是很让人头痛的。。。。。。。
那么面向对象的程序设计又是如何解决这些问题的呢？
面向对象的程序设计的思路是这样的：
程序 = 对象 + 对象 +对象..........
这么组合而来的
对于上面的josephus问题可以把问题分割成如下的方法进行设计(如下图所示)
