报告，汉语词语，公文的一种格式，是指对上级有所陈请或汇报时所作的口头或书面的陈述。报告的格式和要求是什么样的呢？下面是小编给大家带来的报告的范文模板，希望能够帮到你哟!

大作业报告格式 大作业报告篇一

贪食蛇的控制

源代码只支持 4 个方向的运行，增加可以通过鼠标控制贪食蛇的运动。当按下鼠标键时，设 置 一 个 方向 向 量 ， 该 方 向 向 量 为 鼠 标 所 在 位 置 (mouseposition) 与 蛇 头 所 在 位 置(snakeposition)的差值。下一时刻，贪食蛇按照该向量的方向运动；运动的距离为 1 个标准单位。

水果的控制

源代码只支持 1 种水果，颜色随机且贪食蛇增加的长度固定。现增加黑色、棕色、红、蓝色、绿色、共 5 种水果，且贪食蛇吃了黑色、棕色水果不增加其长度，红色、蓝色、绿色水果增加的长度分别为 3、2、1；增加的长度在贪食蛇的尾部—假设初始是叠加在一起的。 系统随机生成上述 5 种水果，保持黑色和褐色水果所占比例为 25%，其他的占 75%。

绘制精灵版本的贪食蛇

源代码中的贪食蛇绘制过于简单—仅仅使用了矩形绘制。要求更改贪食蛇的绘制方法，头部使用图片，通过 sprite 进行绘制。

整体界面的修改

5）理清代码

原作的源码：

大作业报告格式 大作业报告篇二

1.无法正确的找到甚至无法返回对应的银行名称或账户名。起初在各个检查合法性的方法中所用的是迭代器进行遍历的，可一直显示报错动态数组为null。我错误的认为是所学知识不足，没有正确使用迭代器，便将遍历的方法改为了用多个嵌套的for循环。但修改过后问题仍存在，经debug检验后，发现错误原因是没有正确的存储信息，错将本属于工商银行的信息存入的建设银行。这个小错误让我花费了近半个小时进行处理，但是也给了涨了不少的教训，编程的时候一定要看清题目。

2.将初始化信息错误的存入了其他账户导致存取款后输出的金额与账户不匹配。

1.遍历的方法可以由改为foreach循环或者iterator，需要循环链表结构的数据时，尽可能不使用普通for循环，这种做法很糟糕，数据量大的时候有可能会导致系统崩溃。

2.错误的选择实体类之间的关系，应该是用户和银行都拥有多个账户，而不是银行->用户->账户的关系。而且可以在类与类之间写成双向的，这样有助于遍历时方便正确的找到需要的信息，这一点在下一次迭代题目中有体现。

大作业报告格式 大作业报告篇三

（很抱歉这个类图有点混乱..）

本次题目是基于老师给的代码进行的修改，所需要修改的部分并不算多，需要添加的功能分为两大块：借记账户和贷记账户、跨行取款。

跨行取款难度不大，只需要在bank类中添加成员变量interest，其作用为定义该银行跨行取款收取的利息。

首先将account类中修改为抽象类，除了保留一个返回账户的方法外，其他方法均修改为抽象方法。再额外定义两个类名为debitaccount和creditaccount（creditaccount类中需要定义额外的成员interest和creditbalance，作用分别是存储贷记账户的利息和超支额度），并使其继承自account类，同时这两个类实现父类中的抽象方法。具体的代码编写难度不大，都可以基本依照老师版本中account类中的代码进行修改，如下图。

（account类）

（creditaccount类）

最后是在取款时处理两大块功能产生的利息部分（自我感觉我这一块代码编写的还是不错的，哈哈哈哈自夸一下）。这里通过atm和account找到相对应的银行并匹配其名称是否相等来更新利息1，再判断取款金额是否大于存款金额来更新利息2，最后在取款时更新减去的金额。功能实现的代码如下。

基于上一次编写atm设计代码的经验，说实话在处理指导书中要求额外添加的两个大功能的代码编写方面我并没有遇上什么困难。主要的问题出在很多类被设计成了双向的……这确实让我有一点晕乎乎的了。导致我在处理数据时又碰见了定义的变量为空的情况。最后经过长达2小时不懈的debug才发现其原因是父类和子类同时定义了相同的成员变量时，会出现两个相同名称的量，其中有一个为null，删去多余的成员变量后，这才解决了这个问题(真的折磨了我就很久)。

我想需要改进的部分主要是继承自account类的debitaccount类和creditaccount类，这两个类其中的方法代码编写都不够简洁，重复性还很高，account类中的抽象方法也可以有修改的空间，我会在老师发这次的源码后进行仔细的阅读后再进行回顾再修改。

大作业报告格式 大作业报告篇四

​ 增加了鼠标控制蛇移动的功能：用鼠标右键单击游戏界面中的某个位置，蛇会朝着这个方向移动。如果转弯角度过大，可能导致死亡判定。

相关核心代码（只给出修改部分）：

​ 给水果添加了颜色、分数的属性。通过随机数，保证有3/4概率生成“红、绿、蓝”类别的水果，也就是说这三种颜色各占1/4，红色3分，蓝色2分，绿色1分。有1/8概率生成棕色果实，有1/8概率生成黑色果实。这两种果实都是0分。分数表示吃掉一个果实后蛇增加的长度。

​ 蛇的绘制大致结构和原来相同，只不过使用了sprite。

​ 蛇节点初始化的代码如下：

设计贪吃蛇皮肤时的灵感来源: 星之卡比（粉色），吃豆人（黄色），微信群上某头像（蓝色）（逃）

（这部分的素材（像素画）全部是自己设计的）

大作业报告格式 大作业报告篇五

历经三个阶段的学习,我认为面向对象编程思想是抽象的,可以将特定的对象和问题抽象成具有相同特性和行为的对象的抽象的类,增加代码的通用性、可维护性和可扩展性等等。与上学期学习c语言不同的是，面向对象的思想方法很好地提高了代码的可读性和可维护性。可是具体到实际问题，类的设计又是一个十分复杂的问题，要想编写出一个优秀的代码是很不容易的，在这次atm的两次设计中，不能完完全全编写出符合的封装性、复用性、多态、继承、抽象类、接口、单一职责原则、“开-闭”原则等的代码，难度较大。这也是我接下来学习的方向和努力的地方。简单的语法可以快速的学会，但一个语言的思维却是需要长时间的积累与实践。

设计特别特别特别重要性（说三遍强调），设计是整个工程代码是否成功的关键，这么多次作业让我明显地感受到，在复杂的要求面前，错误的设计会带来巨大的工程量、丑陋不堪的代码以及各种莫名其妙的bug，而且在后面不断实现方法的过程中却发现，这个方法十分累赘，尤其是循环查找时使用多层遍历的方法将使得时间复杂度相当高。

类的设计好坏决定了代码拥有的功能，如果对进行类设计的时候没有太多思考的，那么在后来的修改上需要花大量的时间和代码来修改，体现了类的设计和代码的质量不高。而正确的设计则会使程序更加简洁和清晰，不仅复用性更好，写起来也更加得心应手。

当然，在编程过程中对于严谨性让我学到了不少，很多错误就是因为不严谨而导致错误，特别是这次atm设计各个实体类中，常常出现数据存储错误的地方，最后导致debug检查错误，再反复进行修改。这完完全全是因为自己的不严谨导致花了很多不该花的时间，但是也给我涨了不少的教训，编程的时候一定要看清题目要求，要考虑到指导书中的细节，反复琢磨，这样才能更好的编程设计。

三个阶段的大作业将代码测试的重要性显示出来了，通过代码测试你可以优化你的代码以及对代码的质量有个很好的检测，你可以通过测试你的代码对你的代码进行相应的改动，以及减少你查找你的代码中出现的问题，同时测试可以比较两个都可以实现相同功能的代码的质量，可以测试出那个代码的运行时间长短，可以看出那个代码的存在的一些bug，我感觉测试可以让代码更加完美，质量更高。我们在完成单方面的设计并不会有很大的困难，但是如果我们将我们编写的代码运用广泛或者是运用生活，会出现很多问题，有些是超额运算的数据不准确而还会有些是我们时间复杂程度上会出现超时运行的现象（这在上一阶段的计算日期的题目中就有所体现）。

大作业报告格式 大作业报告篇六

难度不大，仅仅需要做的是改变输出的格式，具体修改代码如下图。

无，由于是在前一次图形排序游戏的基础上迭代的题目且功能都已经完善和实现，仅仅需要做的是改变输出格式，完成该题并不困难。

   无，该题一次性通过。