换一种新的图片加载框架，是不是图片大小过大

数组变成5*5的数组不就可以了吗

就是图片过大  换成了 555*333就好了

兄弟 你看清楚啊

在AndroidManifest.xml的启动activity标签内增加

<intent-filter>

     <action android:name="android.intent.action.MAIN" />

     <category android:name="android.intent.category.LAUNCHER" />

</intent-filter>

看看崩溃日志会有提示，猜测是图片太大了，可以利用http://www.webps.cn/

剪裁一张图片大小333*555像素的应该就可以了。

我自己用你的代码＋下面的图片测试了一下，是可以的。

AndroidManifest.xml里设置的   android:minSdkVersion的最小值要大于等于14才行。

别的布局不行，因为我这个代码是针对GridLayout做的。

不懂你问的什么，请截图说明一下。

没有这个不行。

这是通过代码创建一个小方块。

如果没有的话也可以通过在activity_main.xml文件中写再去findViewById（这样写要事先在xml写3*5个，没有在代码写方便）

总之不能不创建ImageView这个方块。

方法就是要在代码中重新设置每个图片ImageView的宽高。

这个问题我在最后一节有讲。前面主要讲一些主要的实现逻辑。

可以把activity代码都贴上来，我帮你分析一下原因。

我这边是自己用PS做的图

宽度 555 像素

高底 333 像素

（注：其实只要比例对了就行）

我这只是一个小demo，没有实现你说的最后一个是空方块的功能。

这样吧，你把代码粘上来吧，就一个Activity，我帮你改改，改成你要的效果（最后一个是空方块）。

这样你再粘到自己的页面上应该就能用了。

区别是android的sdk版本大于等于6.0之后，代码这么写会报错，被谷歌担心内存泄露废弃了。

用后者比较好，但是后者也并不是唯一的使用方法，还可能通过读流等非常多的方法，不一一列举了，可以百度。

同一个问题：http://www.imooc.com/qadetail/159315

iv_game_arr[i][j].setScaleType(ScaleType.FIT_XY);

获取屏幕宽度也有警告吧？改法如下：

		DisplayMetrics mDisplayMetrics = new DisplayMetrics();
		getWindowManager().getDefaultDisplay().getMetrics(mDisplayMetrics);
		int ivWandH = mDisplayMetrics.widthPixels / 5;// 小方块的宽高应该是整个屏幕的宽／５

规范是人定的，大多数公司（我目前没见过哪个公司比较规范）

这只是个人习惯，如果团队开发的话，有必要大家坐在一起商量一下统一习惯就好。

没有最好，只有最合适。

=================

好处1：可以通用各种语言
实践证明，java的驼峰命名在android里不合适用，比如：res文件夹下的图片的命名只能是小写字母数据+下划线。
选择一个通用有效的方法，小写字母之间加下划线可以是通用的，在我所知道的语言里都是通用的。
好处2、不易大小写混淆
驼峰有时比较容易写错，在定义接口文档时常常因为大小写问题写错字母导致调试好了好长时间
后来在使用按定接口时也用这种方式，开始过程中就不用注意大小写的问题了。

再比如java的常量，都是全大写字母+下划线，如果养成了小写字母+下划线，那就可以用先用小写+下划线，最后用快捷键Ctrl+Shift+X直接变成大写就好了，用起来感觉比较方便
好处3、前缀的重要性
在多年的写代码中发现，如果前缀写的好，对后面帮助很大。
比如 res资源文件不支持大写字母。于是在java代码统一写成一样的，不用来回转麻烦
tv_main_submit （类型_所用场景_具体描述）

谷歌建议在变量名前加个字母也是这个道理。

=================

总结：平时还用java的驼峰命名，当遇到和android的res资源文件相关时，我习惯统一用小写单词+下划线。

这能让我一眼看出哪些是资源文件的引用，哪些是当前java类中的定义的变量。

要灵活运用，老师的资源文件可以自己选择其他的，最好是跟着老师一起来敲代码，收获会大一点

嗯，这个问题我在最后一节有讲。

方法就是要重新设置每个图片ImageView的宽高。

前面主要讲一些主要的实现逻辑。