【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

时间:2021-07-14 19:04:26

上次更新后又发现了一些bug,而且是非常明显的bug,一一加以改正了过来。

猜数字游戏的功能已基本实现,不过我觉得一个应用单做一个游戏有点不太过瘾,略显单调,于是我打算基于这个,写一个n合1的游戏集成应用,一个应用集成多款游戏,这样就可以通过一个应用想玩什么游戏就玩什么游戏了,虽然可能只会实现一些简单游戏,但是反正是自己写着玩嘛,有兴趣就有动力,嘿嘿。

---------------------------------------------------------------------------------------------------------

本次更新:

1.修正了应用程序安装生成两个图标的问题
2.修正了Activity加载模式
3.游戏最终主界面的设计
4.游戏更名

---------------------------------------------------------------------------------------------------------

1.修正了应用程序安装生成两个图标的问题。

【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

如图,在安装应用程序后出现了两个应用图标。

由于AndroidManifest.xml中两个Activity中都包含了<action android:name="android.intent.action.MAIN" />, 即有两个主进程,所以会产生两个应用图标,将RankActivity的这条语句删去,就成功解决了这个问题。

2.修正了Activity加载模式

软件的另一个bug在于,如果不断地在两个Activity之间切换,那么在多次以后,按MainActivity中的退出是不会马上退出程序的,而是不断地退到MainActivity,然后很多次以后才会退出程序,这是Activity加载模式的问题。

首先我们来了解一下Android Activity的四种加载模式:

1.stantard:  标准模式。

默认加载模式,每次通过此模式来启动目标Activity时,都会创建一个新的实例,并将该Activity加入到Task栈中(Task栈是用来管理Activity的)。

刚开始我用的就是默认的stantard模式,导致每次按下排行键,就会创建一个RankActivity的实例,并放到Task栈顶,转入RankActivity时并不销毁MainAcitvity,然后在排行榜里面按下返回键时,又重新创建一个MainActivity的实例,放到栈顶,RankActivity每次都会销毁,所以多次在Activity间切换时,实际上栈中的Activity越来越多,而且都是MainActivity,这就解释了为什么在MainActivity中按退出还是会到MainActivity,因为它在一层一层地出栈。

2.singleTop: Task顶单例模式

与standard模式基本相同,唯一的不同就是: 当将要启动的目标Activity已经在栈顶时,不再新建该Activity的实例,而是直接服用栈顶已有Activity。即“栈顶元素相同的只能有一个”,就是singleTop的意思。‘

3.singleTask: Task内单例模式

即在同一个Task内只能有一个实例,即只有一个Task,且Task内只能有一个相同的实例。

如果将要启动的目标Activity:

(1)不存在,那么创建实例,并放到Task栈顶

(2)已经位于Task栈顶,那么处理同singleTop

(3)已经存在,但是没在栈顶,那么把它上面的实例删去,让它成为栈顶。

4.singleInstance:全局单例模式

采用此种模式,系统保证无论从哪个Task启动目标Activity,只会创建一个该Activity实例,并会建一个全新的Task来存储该实例。

即: 每次目标Activity如果不存在,那么创建一个Task,将其放到Task栈顶,然后如果存在,那么把该Task放到前台即可。 这种方式每个Task中只会有一个实例。

--------------------------------------------

经过三种实验:

1.直接在MainActivity中加finish(),每次跳转都结束自己。

2.采用singleTask模式。

3.采用singleInstance模式。

第一种的话,无法保存现场,导致每次猜数字中途去看排行都会清除掉这次猜的情况,即无法保存现场。 第三种虽然能保护现场,但是跳转时间隔时间太长,不符合这种小应用,我不希望这种小应用在任何一个地方延迟过多时间。所以,我决定用singleTask模式来处理和加载两个Activity,并且在调转时先不写入数据。这样的话,跳回来时可以继续接着玩。

---------------------------------------------------------------------------------------------------------

3.游戏最终主界面的设计

在网上找图,自己P按钮都用了好久,虽然按钮设计地有点丑,但是目前就这样吧。

然后就是调整MainActivity,加ImageButton,实现Activity间的切换等,按部就班地完成了。

先来看看主界面 ( 求轻喷 ):

【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

然后是登录界面,本来是想一并做成对话框形式,但是还有一些问题,导致没能实现,下次估计就能实现了。

【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

点击"猜数字游戏"就进到猜数字游戏的主界面,目前来讲,这是本应用的核心功能。。

【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

点击"关于"可以得到软件信息,包括作者,版本等等。

【原创Android游戏】NinOne V2.3.1 --加载模式的学习,界面的重新设计

4.游戏更名

游戏更名为NinOne,取n合1之意。

---------------------------------------------------------------------------------------------------------------

OK,这次代码就不贴了,下一步应该好好研究下Git的使用,将代码传到github上管理好一点,总不能每次一个一个地贴啊。

本来这一次要实现数据库的应用的,但是考虑到应用有所变化,等以后可能会实现一个游戏的全局数据库,所以数据库先搁置一下。

下一步的话,先搞好Git,然后就应该好好想一下全局的架构设计了,一个猜数字游戏好说,就是无脑写算法,然后放到一个Activity中即可,但是要实现多个游戏,就应该好好想想怎么去设计整个构成以及逻辑,以及数据库的设计等等了,不能只是埋头编码,更要抬头看路,我可不想写到最后发现整个逻辑混乱至极,就像写模拟题一样,写着写着自己都写晕了,然后就gg了。

----------------------------------------------------------------------------------------------------------------------------------

下一步:

Git的使用,上传代码以及全局的架构设计。

----------------------------------------------------------------------------------------------------------------

APK: 点我下载

2014.12.19