夏の夢

搭建博客之初就是想写些自己的随感之类,却迟迟没时间动笔。想不到这个主题的第一篇文章竟是关于画的。

“画些什么”这样的想法大概是今年四五月份的时候产生的。当初是觉得该做些什么来纪念自己已经经历的二十年,或者说迎接新的将来的人生。好像也没有条件做什么波澜壮阔的大事,那就画画吧。在暑假的项目完成后利用假期的尾巴终于画完了它。无论质量如何,是完成了。

在有了这个想法之后,考虑了一阵,决定以“梦”为主题展开。构思了几种内容,都觉得不是最合适。这时正好重温秒五,再次为某个画面所触,便打算以此为基础构图,命名为“なつのゆめ”,夏之梦。为了自己的梦想努力至深夜趴在书桌上进入梦乡的主人公。

准备工作就绪后就正式开始了绘画的过程。首先用纸笔作了草图确定大致的效果,接下来开始电脑上的工作。自己也没有什么专门的绘画工具,平时也很少使用鼠标,于是笔电的触摸板是唯一顺手的设备。所有的线条都是用直线/曲线工具完成,文字部分是使用文本工具,纸张上的内容则借助了扫描获得后进行处理。作为第一次的尝试,色彩和光影部分比较难以把握,因此也借鉴了不少他人的经验。透视、投影和构图上纰漏也很多,这些已经是我力所不能及的了。本来就是某种意义上的自娱自乐,放弃一些细节为好。

笔电、自动铅笔和中性笔以及手机是画的过程中印象比较深的部分。因为完全没有可以参照的对象,所以只能自己慢慢照着实物边改边画,所幸最终的效果似乎还过得去。申明一下,画中出现的商标分别属于其各自商标所有人(笑)。

好了,话题回到“梦”本身。在这一年里自己想了很多的事,篇幅所限,也并不打算在此熬述。日记和邮件会永久地保留着自己的这些思绪的吧。所有思考的核心其实只有一个,“为了谁,为了什么而努力”。以前常说自己只要觉得有努力的意义,就能尽全力去做。可这所谓的意义又是什么?

我想我知道,只是还不那么确定。不过即便如此,人生中充满了喜悦的、悲伤的事,充满了令人激动的挑战、使人不振的打击,有幸福的邂逅,也有依依的别离。我知道前进的方向,只是尚未到达彼端。但没关系,“希望があるから”。我也许有时想得太多,常常被人这么说道。但也没关系,这就是我,我只是会去观察常人易于忽略的部分而已。

正巧就在今天日本语能力测试公布了成绩,总算以一个还行的成绩通过了N1,作为一种对自己付出的肯定。有很多事我也许是一辈子无法做到的,不过我清楚更多的事情是我自己可以把握的。这个世界有着这样的法则,当举起了棒子的一端,另一端也将自然随之被举起。

最后要感谢在我的人生前二十年中出现过的所有人,你们不是过客,而是我的生命的组成部分。特别是最近这五六年,将成为我人生永久的难忘经历。感谢我的父母给了我足够自由的空间。感谢Chaim和Harry等朋友的支持。特别感谢Harry的父亲最后对“夏の夢”提出的一些修改建议。

加油 ^ ^

 

君ならできる。

构造自定义组件

Android提供了一种高级而强大的自定义模型来构建UI,这一模型基于布局类View和ViewGroup来实现。首先,Android平台包含了一系列的预构建View和ViewGroup子类——被称为控件(widget)和布局(layout)——用以构造UI。

可用的控件包括但不限于Button、TextView、EditText、ListView、CheckBox、RadioButton、Gallery、Spinner及一些特殊用途的AutoCompleteTextView、ImageSwitcher和TextSwitecher。

可用的布局包括LinearLayout、FrameLayout、RelativeLayout等。范例请参见“常见布局对象”。

如果预构建的控件或布局无法满足需要,可以创建自有的View子类。如果只是要对现有的控件或布局作小调整,可以继承该控件或布局并覆盖其方法。

通过创建自有的View子类,将可以对于屏幕元素的外观和功能进行精确控制。要了解能够对自定义视图进行哪些控制,可以参考下面的例子:

  • 可以创建一个完全自定义渲染的View类型,例如使用2D图像渲染的有些类似于模拟电路控制的“音量控制”按键。(自己也不太清楚analog electronic control是什么,总之这个例子是说可以自定义按键的外观)
  • 可以将一组View组件结合为一个新的单独的组件,比如类似于ComboBox(一种弹出式列表和文本输入栏的结合体)的东西,或是双栏选择器(一种有左右两栏的列表,可以重新分配其中的某个项目应该属于哪一栏),等等。
  • 可以覆盖EditText组件在屏幕上的渲染方式(Notepad教程中通过这种方式创建了具有划线的记事本页面,取得了良好效果)
  • 可以捕捉例如按键等的其他事件并以自定义方式处理它们(例如在游戏中)。

下面的小节阐述了如何创建自定义View并将其用于程序之中。更为详细的参考信息,请参见View类。

基本方式

这里是对要创建自有View组件所需了解的内容的一个高度预览:

  •  用自有类继承一个View类或其子类。
  • 覆盖其中的一些方法。需要覆盖的是那些父类中以“on”开头的方法,例如,onDraw(),onMeasure()和onKeyDown()。这和在Activity或是ListActivity中覆盖那些和生命周期与功能相关on…事件相类似。
  • 使用该新类。一旦完成,自有的新类可以被用于其父类能被用于的地方。

 提示:继承的类可以在使用它们的活动中被定义。这样就限制了对其不必要的使用,很有用(因为可能会为了更广泛的用途而需要在程序中创建另一个新的公用View)。

 完全自定义的组件

完全自定义的组件可以被用来创建任何希望呈现的图形组件。也许是一个看起来像是老式类比指示条的音量指示器,或是卡拉OK机上唱歌时会有一个随着歌曲的进度弹跳着的小球的一长条的文本视图。总之,有时无论怎样组合预置组件也无法达到某种效果,因而需要另外的自定义组件。

幸运地,可以轻松地创建具有所希望的外观和行为的组件,仅有的限制只是想象力,屏幕尺寸,可用的处理器能力(要记得最终程序不得不运行于比桌面工作站性能弱很多的设备上)。

要创建一个完全自定义的组件:

  1. 也许有些出乎意料,通常要继承的视图正是View,因此创建新的组件往往以继承View类开始。
  2. 可以提供一个构造函数以从XML中获取属性和参数,也可以自己定义这些属性和参数(比如音量指示器的色彩和范围,指针的宽度和阻尼等。)
  3. 有可能需要为该组件创建自有的事件监听器,属性继承器和修改器,或是其他更为深入的功能。
  4. 通常都需要覆盖onMeasure()方法,如果希望组件显示内容,常常onDraw()方法也要覆盖。这两者都具有其默认行为,默认来说onDraw()什么也不做,而onMeasure()则总是设置尺寸为100×100——这可能不是所希望的属性。
  5. 如有需要其他的on…方法也应该被覆盖。

 继承onDraw()和onMeasure()

onDraw()方法将传递一个Canvas,在该Canvas上可以实现任何所需内容:2D图形、其他自定义组件、个性化的文本内容或其他所能想到的。

注意:这并不适用于3D图形。如果希望使用3D图形,必须继承SurfaceView而不是View,并在另一个线程中绘制。参见GLSurfaceViewActivity范例以了解更多。

onMeasure()则稍微复杂一些。onMeasure()是组件与其容器之间的一种渲染约束。它应该被覆盖以高效而准确地报告其所包含内容的尺寸度量。由于其父级(它被传递给onMeasure()方法)限制的要求,又由于一旦完成计算后需要以测量的宽度和高度来调用setMeasuredDimension(),整件事变得有些复杂。如果没能通过一个被覆盖的onMeasure()方法来调用它的话,结果将会是在测量时抛出一个例外。

从整体上来看,实现onMeasure()大致是这样的:

  1. 被覆盖的onMeasure()方法被以宽度和高度的测量值(即widthMeasureSpec以及heightMeasureSpec参数,它们都是用来表示维度的整型值)调用,这是对于要处理的宽度和高度的测量值的一种限制。这些参数能够要求的所有限制的参考资料请见View.onMeasure(int, int)相关的文档(该参考文档同时很好的解释了整个测量操作)。
  2. 组件的onMeasure()方法应当计算出渲染该组件所需的宽度和高度的测量值。它通常应当和传入的参数相匹配,不过有时也可以选择扩大(这时,父类可以根据不同的测量值选择包括切割、滚动、抛出例外或请求onMeasure()重试等一系列操作。)
  3. 一旦宽度和高度被计算出来,就必须以它们去调用setMeasuredDimension(int width, int height)。否则将导致抛出例外。

下面是关于视图的框架可能调用的其他标准方法的一些总结:

类别 方法 描述
创建 构造函数 在通过代码创建视图时和在视图通过布局文件生成时都会需要一些构造函数。第二种情况下布局文件中定义的任何属性都需要被读取并应用。
onFinishInflate() 当一个视图及其所有子视图都通过XML生成后被调用。
布局 onMeasure(int, int) 调用以决定该视图及其所有子视图所需的尺寸。
onLayout(boolean, int, int, int, int) 当该视图需要指定其所有子视图的尺寸和位置时被调用。
onSizeChanged(int, int, int, int) 当该视图的尺寸发生变化时被调用。
绘制 onDraw(Canvas) 当该视图需要渲染其内容时被调用。
事件处理 onKeyDown(int, KeyEvent) 当一个新的按键事件发生时被调用。
onKeyUp(int, KeyEvent) 当一个按键释放事件发生时被调用。
onTrackballEvent(MotionEvent) 当一个轨迹球移动事件发生时被调用。
onTouchEvent(MotionEvent) 当一个触摸屏动作事件发生时被调用。
焦点 onFocusChanged(boolean, int, Rect) 当视图获得或是失去焦点时被调用。
onWindowFocusChanged(boolean) 当包含了该视图的窗口获得或是失去焦点时被调用。
关联(Attaching) onAttachedToWindow() 当该视图与一个窗口相关联后被调用。
onDetachedFromWindow() 当该视图与窗口接触关联后被调用。
onWindowVisibilityChanged(int) 当包含了该视图的窗口的可见性发生改变时被调用。

 一个自定义视图的范例

在API Demos中的CustomView范例提供了一个自定义View的范例。该自定义View被定义在LabelView类中。

这个LabelView范例对自定义组件的各方面进行了演示:

  • 继承View类来创建一个完全自定义的组件。
  • 支持参数并可以接受视图生成参数(在XML中定义的参数)的构造函数。其中一些参数将被传递至父类View,不过更重要的是,一部分参数将被用于在LabelView中定义的属性。
  • 一些该标签组件所需的标准公有方法,比如setText()setTextSize()setTextColor()等等。
  • 被覆盖的onMeasure()方法以决定并设置组件的渲染尺寸。(注意在LabelView中,实际的工作是由私有的measureWidth()方法完成的。)
  • 被覆盖的onDraw()方法以将标签绘制于所提供的画布(canvas)上。

可以在范例中的custom_view_1.xml里看到一些LaberView自定义视图的用例。通常,可以看到android: namespace参数和自定义的app: namespace参数被混合使用。app: parameters是LabelView进行组织并使用的参数,被定义于该范例的R资源定义类中的风格化内部类中。

复合控制器(Compound Control)

如果不想创建一个完全自定义的组件,而是希望将一些可重用的组件组合在一起以获得一组已存在的控制功能的话,就创建一个复合组件(或称为复合控制器)吧。简言之,就是将一些更为基本的控制器(或是视图)装入一个逻辑组使之被看作为是一个单独的组件。例如,一个Combo Box可以被认为是一条单独的EditText域加上一个具有弹出式列表(PopupList)的调节按钮。如果按下按钮并从列表中进行选择,就会弹出一条EditText域,当然用户也可以直接在EditText中键入一些内容。

在Android中,其实已经有两种View可以做到这点了:Spinner和AutoCompleteTextView,不过Combo Box的概念还是可以用来做为一个简单易懂的范例的。

要创建一个复合组件:

  1. 这通常是从某种类型的Layout开始,所以需要创建一个继承了某种Layout的类。在Combo box的例子中或许应该使用一个水平方向的LinearLayout。请记得其他的布局是可以嵌套于其中的,所以复合组件可以做得相当地结构复杂。需要注意的是还可以像Activity所使用的那种方式一样通过声明式(基于XML)的方式来创建所包含的组件,或是在代码中对其进行嵌套。
  2. 在新类的构造函数中,获取父类所需的所有参数,并首先将其传递给父类的构造函数。之后可以设置其他在新的组件中所要使用的视图;在这里将创建EditText域和PopupList。请注意可能还需要向XML引入一些自有属性和参数用以被提取并使用于构造函数。
  3. 还可以为所包含的视图可能会触发的事件创建监听器,例如,一个当进行了列表选择后对EditText的内容进行更新的列表项目点击监听器(List Item Click Listener)的监听器方法。
  4. 还可以通过访问器(accessor)和修改器(modifier)创建自有的属性,例如,允许EditText的值在组件中被初始化并在需要时可以查询获取其内容。
  5. 在继承一个Layout时,不必覆盖其onDraw()onMeasure()方法,因为该布局的默认行为就能很好的实现效果。不过,如有需要还是可以对其进行覆盖。
  6. 可以覆盖其他的on…方法,例如onKeyDown(),用于某个键被按下时从一个combo box的弹出列表中选择某一个默认值。

总之,使用Layout作为自定义控制器的基础将带来一系列的好处,包括:

  • 可以通过和活动一样的声明式的XML文件来指定布局,或是可以在代码中创建视图并将其嵌入布局中。
  • onDraw()onMeasure() 方法(加上大部分其他的on…方法)的默认行为能正常工作因而不必进行覆盖。
  • 最后,可以很快捷地构建非常复杂的复合视图并重复利用它们。

复合控制器的范例

在SDK附带的API Demos项目中,有两个List范例——Views/Lists下的范例4和范例6演示了一个继承了LinearLayout的SpeechView,它构建了一个显示Speech引用的组件。范例代码中所用的相关的类是List4.javaList6.java

修改一个已有的View类型

在某些情况下可以用一种更简单的创建自定义View的方法。如果已经有了一个和所希望创建的组件非常相似的组件,可以继承该组件并覆盖那些希望改变的行为。可以像对完全自定义的组件那样对这个继承的组件进行任何处理,只不过是需要从View层级中一个更为特殊化的类开始罢了。与此同时还可以额外获得其他很多所需要的功能。

例如,SDK在范例中包含了一个NotePad程序。它演示了使用Android平台的许多方面,包括继承一个EditText View来实现带有划线的记事本。这并不是一个完美的范例,且实现这个效果的API相对这个比较早期的版本可能会发生改变,不过它确实展示了一些使用原则。

如果还没有尝试过,那就将NotePad范例导入到Eclipse(或只是查看所提供的链接中的源代码)。特别是查看NoteEditor.java文件中MyEditText的定义。

其中一些要点如下。

1. 定义

该类由以下代码定义:

public static class MyEditText extends EditText

  • 它被定义为NoteEditor活动的一个内部类,不过因为它是公有的所以可以在需要时从NoteEditor外部以NoteEditor.MyEditText被使用。
  • 它是静态的,意味着它不会生成所谓的“合成方法(synthetic method)”以允许它读取其父类的数据。这同时也意味着它是一个具有独立行为的类,并没有和NoteEditor保持着高度相关性。这是创建不需要读取外部类的数据的内部类时一种比较条理清楚的做法,它使得生成的类较小且能被其他类所使用。
  • 在这里EditText被选作需要自定义的View来被它继承。当完成后,一个新的类可以用来替代通常的EditText视图。

2. 类初始化

和往常一样,super被首先调用。另外,这不是一个默认的构造函数,而是包含了一些的参数。EditText在通过XML布局文件生成时将用到这些参数,因此,新的构造函数也要获取这些参数并将其传递给父类的构造函数。

3. 覆盖方法

在该范例中,只覆盖了一个方法:onDraw() —— 不过当创建自己的自定义组件时很可能需要覆盖更多方法。

对于NotePad范例来书,覆盖onDraw()方法使得能够在EditText视图的画布(canvas)上绘制蓝线(画布被传递给了被覆盖的onDraw()方法)。super.onDraw()方法在该方法结束前会被调用。这一父类方法的调用是必需的,不过在这里,它在完成了所希望的直线的绘制后才被最后执行。

4. 使用自定义组件

现在已经有了自定义的组件,不过该如何使用呢?在NotePad范例中,自定义组件被直接从声明式的布局中使用,所以现在来看下res/layout文件夹下的note_editor.xml

*该自定义组件作为通用视图在XML中被创建,且该类被指定为使用整个包。还要注意所定义的内部类通过NoteEditor$MyEditText标识来引用,这是Java编程语言中引用内部类的标准方式。

如果自定义的View组件没有作为内部类被定义,那么还可以用XML元素名称来声明该View组件而不包括class属性。例如:

注意现在的MyEditText类是一个单独的类文件。当这个类被嵌套于NoteEditor类中时,这样的做法将会有问题。

*定义中的其他属性和参数将被传递至自定义组件的构造函数,之后被传入EditText的构造函数,即这些也是EditText所需要使用的参数。注意还可以增加自有参数,之后还会涉及这一问题。

该范例的说明至此。确实这只是个简单的例子,但它演示了关键点——可以根据需求创建任何复杂的自定义组件。

一个更为复杂的组件可能需要覆盖更多的on…方法并且引入一些自有的方法以完全自定义其属性和行为。唯一的限制就仅仅是想象力和实际需要组件去完成怎样的工作。

 返回用户界面

本页部分内容根据Android Open Source Project创作并共享的内容修改,并在知识共享 署名2.5许可协议中所述条款的限制下使用。

索尼(SONY)发表防水运动Walkman播放器W系列最新型号,重量减少25%

索尼今天正式发表了旗下Walkman W系列的最新型号W263。

W系列是索尼这几年推出的,主打运动。从第二代起还加入了防水特性(IPX5等级)、可直接用水清洗,对于出汗和下雨也是轻松应对。而这次新型号主要是进行了轻量化的改进,从前代产品的43克降为了32克,减少了负重感。

其他方面,W263具备4GB存储空间,一次充电续航时间约8小时(mp3格式)/7小时(atrac格式),支持3分钟快速充电功能(提供60分钟播放时间),具有ZAPPIN选取功能(即可自动识别并播放乐曲的副歌部分以帮助用户快速换曲),提供了粉、蓝、白、黑四色。

W263在日本市场将于9月10日上市,预计售价10000日元(约800人民币)。鉴于过去大陆市场总是能较为快速地引入W系列产品,这次应该也会在之后不久引进。

Walkman W263的产品页面(日文)

索尼和adidas合作的W系列推广网站(日文,内有大量W系列实际佩戴效果图)

本文图片版权属于Sony Corporation

索尼爱立信(Sony Ericsson)发表新型号Android手机、2011年Xperia手机将得到Android 2.3.4系统升级

今天索尼爱立信正式发表了新型号的Android手机Xperia neo V以进一步扩充Xperia家族的产品线。

作为Xperia neo的后续机型(?),其卖点是将最先搭载索尼爱立信定制的Android 2.3.4系统于今年第四季度上市。相比前辈neo,neo V的摄像头有所削弱,规格上仅仅为500万象素且没有采用Exmor R for Mobile,不过将支持3D全景拍摄功能。前置摄像头配合新版系统将使其具备视频通话的能力。Moblie BRAVIA® Engine这一软件显示效果优化功能及HDMI输出功能则得以保留。其他硬件规格则基本与2011年机型相同。猜测neo V应该可以以一个较为有竞争力的价格上市。

另外索尼爱立信正式宣布了2011年Xperia机型获得2.3.4系统升级的日期。根据不同地区,计划于今年十月开始陆续发布升级。也就是说Xperia X10将不在这次升级机型之列。升级包含的改进点包括但不限于:

  • 具有前置摄像头的机型将具备视频通话功能
  • 由Sony提供的3D全景拍摄功能(我见过实际的拍摄效果,确实很有意思)
  • 增加一些USB扩展性外设支持
  • Swipe文本输入法
  • 任意情况下的屏幕截图功能

这次升级可以通过OTA下载,也可以通过PC Companion升级。

本文中出现的图像版权属于Sony Ericsson Mobile Communications AB。

索尼爱立信官方新闻稿见这里

索尼(SONY)发表两款新EVIL,扩展NEX家族产品线

今天索尼发表了两款新的微单相机,NEX-5N以及NEX-7。

NEX-5N是之前大受好评的NEX-5的后续机型。其主要特性为:

  • 约1610万有效像素的 “Exmor”APS HD CMOS传感器
  • 世界最短约0.02s的释放时间延迟的超高速响应
  • 最高ISO25600,在暗处亦可实现高质量低噪点摄影

此外1920×1080/60p,60i,24p高清录制及具有滤网的高性能立体声麦克风、简单易用的My photo style TOUCH操作界面、照片效果调节、持续对焦、面部识别/记忆、每秒10张高速连拍、全景拍摄、3D全景拍摄、减少模糊的手持夜景模式、自动HDR、E接口镜头补偿等功能保证了NEX-5N的全面泛用性。

NEX-7则是NEX系列的全新旗舰机型。其主要特性为:

  • 全新开发的2430万有效像素“Exmor”APS HD CMOS传感器
  • 世界最短约0.02s的释放时间延迟的超高速响应
  • 三物理操作杆快捷操作
  • 全世界首先采用有机EL(XGA)取景器并搭载了闪光灯,实现了约235.9万点解析度(高精细屏幕高对比度显示

此外1920×1080/60p,60i,24p高清录制及具有滤网的高性能立体声麦克风、高强度镁合金机身、约92.1万像素的3英寸Tru Black可变角度液晶屏、照片效果调节、每秒10张高速连拍、全景拍摄、3D全景拍摄、减少模糊的手持夜景模式、自动HDR、E接口镜头补偿等功能使之成为了名副其实的新一代NEX旗舰。

两款机型将分别与9月初及11月在日本发售,尚无国内何时发布的消息。

与NEX-5N和NEX-7同时发布的还有Alpha系列的α77与α65,主要特性是采用了新开发的2430万有效像素“Exmor”APS HD CMOS传感器实现了更高的画质并支持每秒12张/10张的高速连拍等。都将于10月在日本上市。

除了相机,今天也一并发布了数款新镜头。

以下是本次新机型发布的新闻稿(日文)链接及产品页面,内含各型号的具体规格参数:

综合/NEX-5N/NEX-7/α77/NEX-5N主题页/NEX-7主题页

本文中图片版权均属于Sony Corporation

索尼爱立信(Sony Ericsson)发表新型号智能Walkman手机

今天索尼爱立信正式发表了名为Sony Ericsson Live with Walkman™的音乐智能手机。这部搭载了最新Android 2.3系统的Walkman手机以发现和分享音乐为卖点,中端的定位相信也能提供合适的价格。

图像版权属于Sony Ericsson Mobile Communications AB

这部手机的特色为:

  • 深度整合Facebook,加强了分享功能
  • 音乐发现功能,了解朋友们正在听的音乐
  • 无线按钮,一键搜索音乐的各类相关信息
  • 来自SONY的Qriocity音乐视频服务,在线获取各类资源
  • Sony的xLOUD™技术,提升使用扬声器时高音量下的音质
  • 经典项目TrackID™功能,了解正在听的音乐的信息

而硬件上,3.2英寸HVGA分辨率(480×320)的电容式多点触摸屏幕是中端主流配置,500万像素自动对焦带LED补光灯的摄像头也比其前辈W8提升了不少。进入Android时代后Walkman手机和普通手机的差异越来越小,这或许也是大多数消费者对于音质也并不敏感所造成的吧结果吧。在Walkman品牌号召力不如从前的现在,真希望再能见到一款高端Walkman手机。

关于手机参数等信息的具体新闻稿见这里(英文)。

Android用日常事项管理软件 Routine 版本升级 1.2.0

如之前所说的,在X10得到了2.3.3升级之后,为了保持界面风格上的统一,花了点时间对Routine又进行了一次小幅升级。

Routine是一款Android平台的GTD软件,写这个程序的初衷是为了弥补没有很适合自己用的Xperia X10的GTD工具的遗憾。程序的特色就是使用了索尼爱立信的UXP主题,能够和X10家族的机型保持界面风格上的统一。这次升级的界面是以索尼爱立信UXP 3.0风格(当前使用Android 2.3.3系统的各款机型所使用的界面风格)为基础的,由于Xperia X8、Xperia X10 mini和Xperia X10 mini pro这三部旧机型没有得到Android 2.3.3以及最新界面风格的升级支持,因此在这次Routine的界面改变之后反而变得风格不一了。

除了界面的改变之外,还为条目内容新增加了截止日期项。更多的信息可以参见之前的更新日志

今后计划增加的功能有和Google在线To do List的同步、到期提醒、循环和多种方式排序等。

目前Routine可以在Android Market的效率类应用程序中找到,搜索Routine、ルーチン或者pub:BREEZE即可。如果需要一款简单好用的GTD工具,不妨试试看Routine吧。

Android Market页面:

http://market.android.com/details?id=org.breezesoft.routine

最后是一些新版Routine的程序截图:

次世代娱乐系统PlayStation Vita(PSV)进一步参数规格公布,支持社交网络

SCE近日宣布预定于2011年内日本发售、2012年初欧美发售的PlayStation Vita将提供对Facebook、Twitter、Foursquare和Skype等服务的支持,通过这些SNS应用在游戏过程中方便地与同伴分享信息。

自己平时经常使用Facebook、Twitter和Foursquare等服务,不知道PSV是否支持VPN以在中国大陆也能正常访问这些网站。不然恐怕这一特性在国内就成为了摆设。

此外,SCE公布了PSV更为详细的规格参数:

商品名称
PlayStation®Vita
型号
PCH-1000 series
CPU
ARM® Cortex™-A9 core (4 core)
GPU
SGX543MP4+
主内存
512MB
VRAM
128MB
外形尺寸
约182.0 x 18.6 x 83.5mm (长×厚×宽) (暂定、除去最大突起)
屏幕
(触摸屏)
5英寸(16:9)、960 x 544、约1677万色、OELD材质
多点式触摸屏(电容式)
背面触摸板
多点式触摸板(电容式)
摄像头
前摄像头、后摄像头
帧率 : 120fps@320×240(QVGA), 60fps@640×480(VGA)
分辨率 : 最大640×480(VGA)
声音
内置立体声扬声器
内置麦克风
传感器
6轴感应系统(3轴回旋罗盘・3轴加速度)、3轴电子罗盘功能
定位
内置GPS(仅限3G/Wi-Fi 型号)
支持Wi-Fi位置服务
按键・开关
PS键
电源键
方向键(上下左右)
操作键(△、○、×、□键)
L键、R键
左摇杆、右摇杆
START键、SELECT键
音量+键、音量-键
无线通信功能
移动网络通信功能 (仅限3G/Wi-Fi 型号)
IEEE 802.11b/g/n (n = 1×1)标准(Wi-Fi) (基站模式/Ad hoc模式)
Bluetooth® 2.1+EDR标准(支持A2DP/AVRCP/HSP)
主要接口/主要I/O
PlayStation®Vita卡带插槽
记忆卡插槽
SIM卡插糟 (仅限3G/Wi-Fi 型号)
多用途接口 (USB数据通信/主机电源输入/声音输入输出[立体声输出/单声道输入]/兼用串行输入输出),
耳机/麦克风接口 (立体声插孔) (声音输入输出[立体声输出/单声道输入])
配件接口
电源
锂离子电池(主机内置)
AC适配器
支持的编码格式
音乐
-MP3 MPEG-1/2 Audio Layer 3、MP4 (MPEG-4 AAC)、WAVE (Linear PCM)
视频
-MPEG-4 Simple Profile (AAC)、H.264/MPEG-4 AVC High/Main/Baseline Profile (AAC)
照片
-JPEG (Exif 2.2.1), TIFF, BMP, GIF, PNG

在以上的规格中最引人注意的一点是主内存,PSV具有512MB的内存和128MB的显存,相比PS3的256MB/256MB和Xbox 360的512MB共用内存来说毫不逊色。显存方面对于PSV的分辨率来说128MB也应该足够。因此对于PSV的实际性能更为期待。

目前电池续航时间、所使用的记忆媒介等方面的信息尚未公布,希望也能得到令人满意的结果。

索尼(SONY)发表新型号PSP、现有型号PS3降价

SCE宣布从今天(2011/08/18)起PS3 160GB硬盘版本日本地区售价从29,980日元(税前)降价为24,980日元(税前)。北美及欧洲则分别是从299美元降至249美元、299欧元降至249欧元。320GB硬盘版本则分别是从34,980日元(税前)、349美元、349欧元降为29,980日元(税前)、299美元和299欧元。

此前公布的无限传说同捆版PS3(PlayStation®3 TALES OF XILLIA® Xクロス Edition,搭载了160GB的硬盘)同样也从37,980日元(税前)降为了32,980日元(税前),于9月8日限量发售。同日还将发售160GB版本的Classic White色彩PS3。

此外,在这几天举行的德国科隆游戏展(gamescom2011)上,SCE公布了新版本的PSP。型号为PSP-E1000型,无WIFI,采用了更小更轻量的设计,面向欧洲市场发售。定价为99欧元。

Android中如何创建自定义ListView

综述

随着搭载了Android系统的设备数量越来越普及,对Android系统应用开发有兴趣的开发者也越来越多。各种类型的应用中都常常会使用到ListView。Android系统预先定义了一些ListView的类型,可以在官方发布的API Demos中找到。不过由于往往需要使用自定义的ListView来满足不同应用的设计需要,因此有必要了解Android系统中创建并使用自定义ListView的方法。本文结合个人的一些经验,期望能尽可能简明易懂地对这个问题进行说明。

本文的目标读者是具有一定的Java语言和Android开发基础的开发者。

本文将对一个具有图片(ImageView)、文本(TextView)和可选框(CheckBox)三种控件的自定义ListView的代码进行注释与详解,以供读者举一反三,创建并使用自己的自定义ListView。

本文所使用的开发环境为:

  • Windows 7
  • Eclipse Java IDE Version 3.7 (Indigo)
  • Oracle Java SE JDK 6 Update 26
  • Android SDK Version 2.3.3, API 10

(以上并非必要环境。相兼容的操作系统和较低版本的软件也可以完成本项目。)

代码

ListViewExampleActivity.java

.
.
ViewHolder.java

.
.
main.xml

.
.
itemrow.xml

.
.

说明

ListViewExampleActivity是本范例的主体。在onCreate函数中进行了准备工作,初始化了数据等,并提供了ListView的按键监听函数。在该类中包含了基于BaseAdapter 的自定义适配器ItemAdapter类。这是使用自定义ListView的关键。代码注释说明了各个部分的内容。其中getView()函数需要根据不同的自定义ListView的项目内容进行调整。本范例的项目包含图片、文本和CheckBox三项内容,因此getView()函数也相应地对这三项内容进行了操作。如果自定义的ListView项目包含更多内容,在这里进行相应的语句增添即可。

ViewHolder包含了单条项目中所要储存的数据。由于结构较为简单,故不多熬述。

main.xml是ListViewExampleActivity所使用的布局文件。在一个LinearLayout中包含了一个ListView。布局不是本文的主题,故在此不多熬述,可参见博客中的其他文章。

itemrow.xml是使用自定义ListView的另一关键。它使用一个RelativeLayout描述了单条项目中的图片、文本和CheckBox的相对位置关系。该内容亦不是本文的主题,更进一步的内容可参见博客中的其他文章。

简单地说,通过修改本范例中的refresh()函数、ItemAdapter中的getView()函数、ViewHolder类和itemrow.xml即可实现其他类型的ListView。

截图与资源

点此下载程序代码与资源

本文参加

第二届 Google 暑期大学生博客分享大赛 – 2011 Android 成长篇