iflytek_wjzhu
- 浏览: 39016 次
- 性别:
- 来自: 苏州
-
最新评论
-
iflytek_wjzhu：
黯然小伙 写道我来说个我自己的做法。首先，创建一个ArrayL ...
Android日记之2012/02/15——随机不重复数 -
黯然小伙：
我来说个我自己的做法。首先，创建一个ArrayList来存放随 ...
Android日记之2012/02/15——随机不重复数 -
iflytek_wjzhu：
jstl1point0 写道怎么不发论坛里面去列能博客频道和论 ...
Android日记之2012\01\20（公告） -
jstl1point0：
怎么不发论坛里面去列
Android日记之2012\01\20（公告） -
jstl1point0：
是很纠结纠结
Android日记之2012\01\18
文章列表
今天实现了动画循环播放的效果，用到了两种方法。
一种是动画自带的效果，通过设置动画的setRepeatCount方法的值为INFNITE（方法类似设置图片的显示与不显示），动画就会自动在一定的范围内循环播放了。
还有一种方法是做两个动画，分别在各自的setAnimationListener中的end方法中调用对方。举个例子，分别写两个Translate动画，一个A从0位移到（0-20）（就是向上位移20），另一个B就从（0-20）位移到0（就是从20高度的地方位移到图片现有位置）。然后，在A的 end方法中开始B动画，在B的end方法中开始A动画，这 ...
今天由于测试设备的问题，大家就轮着用一个PAD来测试自己写的代码，自然每个人用到的时间就少了，这也让我体验了一把裸写代码。
不过也还算运气好，每个页面上只要就是实现一些动画效果，而且也有原型。所以说，只要看看原型，在自己的大脑中有一定的影像，代码写起来还是没什么问题的，只是一些图片的位置到时候还得自己来调整。
虽然写起来感觉简单，但是毕竟是自己第一次裸写这么多代码，运行的结果并没有预期的那么好，特别是对动画效果的停止，还需要去研究研究~~~
嗯~~~果断在这边继续诅咒下万恶的客户，非要我们把春节期间没做的东西补上来。。。。。唉。。。。
还好，我们的项目经理比较给力，任务虽然有点重，但是他能安排的比较合理，让我们做上去感觉压力并不是很大，自要自己合理安排好自己的任务，并且努力去做的话，感觉还是应该来的及的，而且不用加班。
今天，已经把场景一和场景二的动画效果都完成了，并且顺利完成了场景的切换，基本上后面的一些场景也不算什么难事了，争取明天早上把后面一些场景的布局都弄好，那下午就可以把场景中的动画细节一个个都处理了，毕竟Animation中的4个动画效果，除了scale还没做过，其他的三个今天都已 ...
你回来了~~~心点~~~心点~~~
农历新年的第一篇就拿小新的台词开始吧~~~呵呵~~~
过了个年，人也懒了~~~真心想躺在床上数钱过日子啊~~~
今天刚到公司，就被告知了一个惊天的消息，由于客户不想改计划的时间，我们得在一周的时间内来完成两周的工作（春节放了一周）。。。。。太坑爹了。。。。没办法啊，客户就是上帝。
于是乎，今天就先来解决点项目中的技术问题。结果，一弄就是一天。。。。
今天就解决了一个问题，利用Animation的Translate来制作图片的横向移动。但是在解决这个问题的时候，发现了几个 ...
过年了啊~~~祝各位程序员新春快乐，万事如意~~~
终于给自己找到一个偷懒的借口了啊~~~过年之际，要忙的事情比较多，暂时就不更新Android日记了吧，过完年后，年初八，接着来~~~
一般来说，用到RelativeLayout的地方，需要通过控件之间的位置关系来给控件定位。但是，这并不是必须要这样做的。
我记得自己在前面的日记中写margin的时候，RelativeLayout和LinearLayout是有区别的，前者是所有控件的margin都指向最外层布局的边框，后者是，最临近的控件或者布局的边框。所以，当我们在RelativeLayout中将控件的layout_below之类的属性删除，可以发现所有控件全部都在整个屏幕的左上角，并且在布局文件中的第一个控件是叠在最下面的。
由此，我们再结合着margin来一起使用，就可以随意来改变 ...
Android的布局真的让人很纠结。先不说那些布局类型和间距大小，光是做出来的系统要兼容不同的设备就很繁琐了。
公司有两块测试的PAD，一块分辨滤是1280*800的，一块是1024*768的。如果在其中的一块上定好了完整的布局，在另一块上就势必会变形。这样势必不可以啊，拿到其他的机器上也肯定会有影响。
没办法，我们组长就通过计算在一个PAD上，控件在布局中的大小比例，再写算法来算出该控件在其他PAD上的大小，在Activity创建的时候，就把这些数值给计算出来，再赋给控件。或者就尽量少的使用控件，通过比对坐标点来实现一些控件的功能。
今天公司开年度总结，老大讲了一句非常给力的话：提高自己，成就他人。
这句话要从两个方面来看：一个是对他人的帮助。毕竟，我们个人的能力是有限的，当我们有限的力量能对他人有所帮助的话，那他们也会在我们困难的时候来帮助我们。我在小说中看到一句话：莫欺少年穷，三十年河东，三十年河西。所以，眼前的落魄的，并不代表以后就没有成就的，往往雪中送炭比锦上添花更能让人记住。
另一个方面就是指对于公司。其实，个人和公司的关系很微妙。如果，个人不满意公司的待遇，那他在工作中就不能100%的投入，那对公司就会造成损失，公司损失了，就更没法提高员工的待遇。所以，做好自己的本 ...
唉，突然发现自己的记忆力减退了好多啊，今天在写上周的工作周报的时候，竟然忘了自己，看来以后要给自己记一笔了。
今天又把自己给坑了一个下午，为了VideoView又纠结了一个下午。原来是自己的全屏代码没写好，所以直接用的是SeeJoPlayer的代码，但是，它又把 VideoView自身的播放、快进、快退按钮禁用了。于是，那SeeJoPlayer的VideoView和Android原生的VideoView相比较，原来是少了Metadata，好吧，查下，嗯，在android.media包下的，那就自己把它加上吧。不对啊。。。。怎么会报错啊。。。。再去查下源码，没错啊，Me ...
唉，在放假的时候写这些技术的东西，真心有点不情愿，但又怕自己懒了一回，以后就给自己找借口懒下去了，还是硬着头皮写一篇酱油的吧。
Android系统在语言的设置上，只要选择了一种语言，系统自带的一些程序就会改变成对应的语言了。关于android支持多语言，基本上做过Android项目的都知道，这边就写给刚入门的和自己也留个记忆吧。
对于Android支持多语言，主要就是靠values文件夹下的strings文件。strings中的数据是可以在整个项目中通用的，而控制多语言，就在于strings所在的文件夹。如果说，我们只有一个values文件夹，那再怎么改 ...
今天又发现了一个平时没有注意的地方，那就是margin和padding 的区别。
其实，两个的作用相当，都是为控件设定位置来的，但是，作用的点却不同。
就拿Layout_marginTop和PaddingTop为例。Layout_marginTop是从当前设定的控件的头部，开始向上移动，直到碰到上一个控件/父容器的顶部，所经过的距离。为什么这边要用或呢，因为在不同的Layout的效果是不一样的。在LinearLayout中，已经为内容控件规定了是按顺序排列的，所以Layout_marginTop的距离是指离上一个控件的底部的距离（垂直线性布局），但 ...
不知道各位在做Android码农的同僚们有没有遇到过这种情况，就是我想要在Activity的代码中为控件设定位置，但是苦于找不到设定Margin的方法。
我今天就遇到了这样的情况，知道用LayoutParams可以设定大小，但是试了几个常用的 LinearLayout.LayoutParams,RelativeLayout.LayoutParams等等，最后还是把布局文件改成 AbsoluteLayout，并且用了AbsoluteLayout.LayoutParams。因为它在实例化的时候可以设定长宽和XY坐标。但可惜的是，在Android2.2的时候，google就 ...
今天对Map有了一个小接触，不过这个map不是google的Maps library，而是java.util.Map的Map。
说来惭愧，以前一直嫌用Map麻烦，所以就一直没用。但是，有时候Map很方便对于对数据的管理。特别是最近需要对坐标点的判断，在OnTouch中的确可以直接取值来做判断，但是如果不是事先用Map来存储一个坐标集的话，代码就会显得十分凌乱，这对于后期维护很不方便。
Map在使用的时候，需要通过put来传值，有两个值，前一个是当前数据的key，至少我遇到的都是String型的数值，第二个数据就是所需要传入的 Value，可以是基本 ...
今天学习到了使用Animation来做一组图片的连环播放，也就是逐帧播放。
总的来说是有两种方法来实现的，一种是配置anim文件，通过image.getBackground来为AnimationDrawable来赋值，通过start和stop方法来控制播放。但是这个也有点小变态，就是必须在事件中才能播放，估计通过handler也可以，只是自己还没做技术验证。
第二种是比较取巧的方法。用过ProgressBar的都知道，它的圈圈是自动转的，我们只需要创建一个ProgressBar控件，然后为它设定一个style，那在那边动的就不是圈圈，而是你自己的图 ...
嗯，今天似乎也没干什么事啊。。。。基本上一天的时间都花在触屏手势的判断上了。
其实主要是为了实现一个VideoView的全屏播放，需求是希望做成两手指外拉，全屏，两手指向里缩，恢复成正常大小。原来是用SimpleOnGestureListener()中的onDoubleTap来实现的全屏。但毕竟和需求不符，需要改。一开始尝试的是SimpleOnGestureListener()的onFling取其中的velocityX来和一个固定值比较，可以实现滑动的判断，但是这个只能用于单指。不过至少离目标也近了一步了嘛。
之后看了一些别人的例子和文档，就索性直接在O ...