帮帮文库

返回

手持设备上网络游戏“贪食蛇”的实现 手持设备上网络游戏“贪食蛇”的实现

格式:word 上传:2022-06-25 15:43:38

《手持设备上网络游戏“贪食蛇”的实现》修改意见稿

1、“.....其次,感谢计算机系的所有老师们,谢谢你们四年来的悉心指导,对我的学习和生活上提供了莫大的帮助,不仅让我学到了书本上宝贵知识,更让我学会了如何做人。最后,要感谢周伟同学友情提供手机,以及暴士钰同学进行的游戏测试,并提供了宝贵意见,让我更好的完善了毕业设计的相关内容,还要感谢四年来起生活的所有同学们对我的帮助,我会在今后的工作中更加努力严格要求自己。英文资料,,,,,,,,,,,,,,,你将得到单位为毫秒的所费时间值。为了避免测试过程中因垃圾收集而造成的结果波动,在测试之前,应先调用。要显示测试数据......”

2、“.....或者用结果数据覆盖普通屏幕上的显示。必须确保手机系统时钟的精度。返回值可能无法精确到毫秒,所以请注意检查返回值,如果它总是十的倍数,那么保证足够长的测试时间是可以忽略这个问题的。图形操作通常,我们并不关注诸如和等高级屏幕类的图形操作执行速度。我们只关注用于动画和游戏等的低级类的执行速度。的图形操作速度随手机型号的不同有很大差别,因为执行速度不仅取决于底层硬件,而且也取决于手机自身图形库的效率。在各种支持的诺基亚手机上,你每秒钟可以画数以千计的短线,或数以百计的矩形或小图形。如果仅需要改变屏幕的小部分......”

3、“.....这样你就可以指定需要重绘的特定区域。然后方法将重绘由参数划定的矩形区域,有可能节约许多计算。要注意的是,如果所发出的众多重绘请求快于设备的处理速度,它将合并些重绘请求,并使方法的重绘矩形区域扩展到能够覆盖所有需要重绘的区域,如果重绘区域扩得过大,些非重绘区也可能会被重绘。另个在大多数手机上都有效的优化方法是如果几次重绘之间的屏幕变化比较轻微,就使用脱屏图像。这样就可以在脱屏图像上进行修改,并用方法将修改后的图像复制到屏幕上。另外,你可以只复制由参数划定的矩形区域。垃圾收集避免在堆上产生不必要的垃圾对象......”

4、“.....不可变对象是个特例,也就是说,它们的状态自对象创建后就不能改变。由于不可变对象有利于代码的可靠和线程的安全,因此得到了广泛使用。然而,如果其初始值失去意义,例如,如果它们所代表的值发生了改变,此时不可变对象极易变成垃圾对象。这样每次改变都会创建个具有新值的新的不可变对象,而相应的旧对象则被废弃等待作为垃圾收集。就来说,通常使用不可变对象的代价要高于它所能得到的利益,因此,此种情况下最好使用可以赋新值的可重用对象。最熟悉的例子就是。大多数程序员都记不清有多少次因使用而产生了垃圾对象......”

5、“.....请看下面的倒排字符串函数第行的赋值语句并不改变字符串,因为是不可变的。相反,它每次都创建个新字符串,复制现存的值并添加新字符。这方法将不必要地创建个垃圾对象。这个典型例子说明了不可变对象所存在的问题。然而,对于字符串却有个简单的解决办法类是对应的的可变操作类,上面的例子可以更高效地重写为综上所述,不可变性是利大于弊的。创建少量垃圾对象不是大问题,只要不是每秒钟创建上千的垃圾对象。虚拟机甚至就可以每秒钟轻易收集成千上万的垃圾对象。多线程多线程令你的具有更好的性能,这是因为,当个线程正等待种条件时如等待个响应,或等待用户输入......”

6、“.....需要记住的是,线程不定具有抢先权,但可以相互协作。因此,代码不应在死循环中等待所需条件,而应该在每次循环中调用或方法,如,,请注意,实际上在中从来都不会抛出异常由于方法并不存在。然而,为了与其它环境兼容而抛出异常,方法仍然将其声明,但必须使用个空的异常处理语句。网络速度限制的往返传输由于无线网络中的延迟时间较长,因此应该努力减少使用的往返传输次数。尽管互联网浏览器可以进行多次往返传输来获取个网页上不同的框架和图像,但却应该次性地获取它所需的全部内容。如果要从几个不同的数据源收集数据......”

7、“.....这样仍然只需要发送次请求。有关代理的更多信息,请参阅后面的章节。连接提供了些接口,用于简化基于,和的通信。可以用个来发送和接收数据报消息。也可以以用个接受来自外部的连接请求。对每个所接受的来自外部的连接,都会创建个。也用于向外的连接。不是用连接,相反地,我们向设计师提供了能有所帮助的意见,使其所创建的代码具有更高的性能表现和数据吞吐量。这些都基于对些现有性能表现方面的现实性观察。从底层平台协议,及承载层的角度看,以非常小的数据块每次个字节或类似收发数据是非常低效的。这将导致平台负担不必要的额外开销......”

8、“.....只要有可能,都应该以较大的单位收发数据。关于通过接收数据,不应以方式使用输入流接口的方法,即在个繁忙循环中询问可以读取多少数据。这种方法非常低效,可能导致严重的性能表现异常。为了实现高效率,应该更智能化地使用些流读取方法,这些方法能规定所读取的数据量。当然,确切使用哪种接口取决于具体的要求。高效。文件的大小小尺寸设计有两种尺寸比较重要套件的文件的尺寸以及套件安装在手机上所占用的空间尺寸如果文件不是按其打包状况安装的。后个尺寸取决于手机的具体实现。但是,文件的大小却是所需安装空间的预测标识......”

9、“.....因此通常情况下尽可能使用较少的类。由于这个原因,不象普通的程序那样面向对象。特别是•每个事物只有个类例如,如果用个类就可以完成所有事情,就不要把它分成模型视图和控制器等类•限制使用各种接口接口是种特殊的类,按照定义,它不提供功能仅当在同个发布的中需要处理多重实现时才使用接口•使用无名包将所有的类放在同名的包中只会增加文件的尺寸只为导入库添加语句•考虑使用源代码预处理器,而不用常量每个这类常量都会占用文件空间•限制使用静态初始化类文件格式并不直接支持静态初始化,而是在执行时才作分配例如......”

下一篇
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
手持设备上网络游戏“贪食蛇”的实现.doc预览图(1)
1 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(2)
2 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(3)
3 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(4)
4 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(5)
5 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(6)
6 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(7)
7 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(8)
8 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(9)
9 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(10)
10 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(11)
11 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(12)
12 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(13)
13 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(14)
14 页 / 共 73
手持设备上网络游戏“贪食蛇”的实现.doc预览图(15)
15 页 / 共 73
预览结束,还剩 58 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库
换一批

搜索

客服

足迹

下载文档