Dec
8

Android数据存取之Preferences

猪头小队长 on December 8th, 2008

这种方式应该是用起来最简单的Android读写外部数据的方法了。他的用法基本上和J2SE(java.util.prefs.Preferences)中的用法一样，以一种简单、 透明的方式来保存一些用户个性化设置的字体、颜色、位置等参数信息。一般的应用程序都会提供“设置”或者“首选项”的这样的界面，那么这些设置最后就可以 通过Preferences来保存，而程序员不需要知道它到底以什么形式保存的，保存在了什么地方。当然，如果你愿意保存其他的东西，也没有什么限制。只是在性能上不知道会有什么问题。

在Android系统中，这些信息以XML文件的形式保存在 /data/data/PACKAGE_NAME/shared_prefs 目录下。

数据读取

String PREFS_NAME = "Note.sample.roiding.com";
SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
boolean silent = settings.getBoolean("silentMode", false);
String hello = settings.getString("hello", "Hi");

这段代码中：
  • SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
    通过名称，得到一个SharedPreferences，顾名思义，这个Preferences是共享的，共享的范围据现在同一个Package中，这里面说所的Package和Java里面的那个Package不同，貌似这里面的Package是指在AndroidManifest.xml文件中:

    <manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.roiding.sample.note"
android:versionCode="1"
android:versionName="1.0.0">

    这里面的package。根据我目前的实验结果看，是这样的，欢迎指正。后面的那个int是用来声明读写模式，先不管那么多了，暂时就知道设为0(android.content.Context.MODE_PRIVATE)就可以了。

  • boolean silent = settings.getBoolean(”silentMode”, false);
    获得一个boolean值，这里就会看到用Preferences的好处了：可以提供一个缺省值。也就是说如果Preference中不存在这个值的话，那么就用后面的值作为返回指，这样就省去了我们的if什么什么为空的判断。

数据写入

String PREFS_NAME = "Note.sample.roiding.com";
SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
SharedPreferences.Editor editor = settings.edit();
editor.putBoolean("silentMode", true);
editor.putString("hello", "Hello~");
editor.commit();

有了上面数据读取的代码，这里面的就容易理解了，只是别忘了最后的commit();

技术与研究 87 Comments, read on »
Nov
30

第二部Android手机到底什么时候能发售？

猪头小队长 on November 30th, 2008

自从HTC与Google发售第一部Android手机G1以来，许多手机厂商和非手机厂商都纷纷表示正在研发Android手机：

而且最近一些天，也看到一些厂商发布了Android手机：

但是到目前为止，在市面上，除了G1，还没有看到第二款Android手机。

Tags: ,

新闻与评论 44 Comments, read on »
Nov
30

HTC G1手机皮套

猪头小队长 on November 30th, 2008

今天随便在淘宝和有啊上闲逛，居然看到了为G1设计的皮套，真是好看，就是价格贵了一些，大概要200多块。

当年看到G1刚一发布的时候，就感叹：这回想为它设计一款保护套装可不像为iPhone设计的那么容易了，毕竟这种侧开的设计为包装套的设计带来很大的难度。但是今天一看：人民群众的智慧真是不可限量啊！而且还有横开、侧开、口袋等好几种。

当目前为止还只看到皮(不管是不是真皮)质的，还没有看到类似于iPhone那样的橡胶质的运动型的保护套。也许不久之后就能看到了。

不过眼馋这个之前，还有一件比较重要的事情：得先弄一部G1玩玩，O^oo^O

Tags: ,

新闻与评论 45 Comments, read on »
Nov
29

设计Android的用户界面(五)

猪头小队长 on November 29th, 2008

今天，我们来研究一下Intent，没错，就是前面说过的比较难理解的那个东西，希望通过这篇文章之后，你发现前面那句话其实是不对的。

前文中说过，Intent就像Activity之间的双面胶，就字面意思而言：“意图, 意向, 目的”， 基本上可以诠释这个对象的作用。它里面包含的就是一些信息，这些信息能够告诉我们当前发生了什么，以及想要干什么。我觉得和前面的事件驱动中的事件非常 像，不同的是，它不仅仅包含事件，还包含一些数据信息。Intent或者也可以说像一个需求说明一样，说明了当前的事件以及一些数据，接下 来，Android会依据这个Intent的说明，为其找到一个Activity，并把这个Intent交给这个Activity。看起来Intent好 像是征婚广告一样哦，Intent提出自己的一些描述(不同的是，他描述的是自己，而不是描述的别人)，然后Android根据这些描述找到何时的 Activity。

Intent有两种，一种是显式Intent，另一种是隐式Intent。显式Intent会在自己的说明中直接声明由谁(哪个Activity)来接收 处理这个Intent。显式的Intent是说，我已经有了意中人了，告诉Android不用费劲找了，可以直接定位到意中人，例如前文中的这个例子：

Intent intent = new Intent();
intent.putExtra("name", editText.getText().toString());
intent.setClass(ActivityLifecycle.this, AlertDialog.class);

通过setClass方法，直接告诉Android，此Intent交由AlertDialog处理。也可以通过setComponent()、setClassName()等方法来做同样的事情。

在一般的程序中， 我觉得使用显式Intent已经足够了。这样程序看起来简单易懂，毕竟大多数的Android程序都不会有太复杂的Activity之间的关系。

在前文中的另外一个方法中，使用的就是隐式的Intent。隐式Intent呢，比较含蓄，比较糊涂，比较模糊，还没有明确的目标，并且比较悲观，不会对对方提一些要求，只是描述了一下自己的情况，意思就是说，我就是我所描述的这样的一个人，谁能接受， 谁就可以应征。:)

Intent intent = new Intent();
intent.putExtra("name", editText.getText().toString());
intent.setAction("com.roiding.sample.action.MAIN");

Intent说明自己的方式有：

  • action 用来指明执行的动作，比如说ACTION_VIEW, ACTION_EDIT, ACTION_MAIN，这都是在Android中定义的标准action，开发者可以自己定义自己需要的action，用字符串来表示。更多标准 action参看这里。
  • category 描述action的附加信息，这个属性我一直不太明白，它被设计出来的用意到底是为什么，到目前为止，我对他的理解是：它就像一个action类别，例 如：CATEGORY_LAUNCHER、CATEGORY_ALTERNATIVE。属于CATEGORY_LAUNCHER这个类别的，可以被 Android放到顶级列表(类似于九宫格的那个界面)中被执行，属于CATEGORY_DEFAULT这个类别的，可以用 startActivity(intent)来启动Activity，等等。而这些行为都是Android内定的，所以自定义category不知道会有 什么意义，更多标准category参看这里。
  • data 动作操作的数据，这部分数据会像嫁妆一样，携带给接收它的Activity，Uri格式。Uri的概念和传统的URI的概念是一致的，遵循RFC 2396。 而Uri最终是由ContentProvider提供的，所以会涉及到ContentProvider的概念，这里也暂时不去解释了，只需要知道这个 data所声明的数据，就像一个url一样，通过这个url，可以找到提供这个url的ContentProvider提供的数据，然后就可以操作这些数据了。这里面的data似乎和前面的extras功能有重叠？按照我的理解，data确实可以放到extras中传递，但是单独把它提出来确有它的用意。在后面的IntentFilter中会有交代。

既然已经比喻为征婚广告了，把Intent比喻为征婚的需求，那么由Android系统根据什么挑选的候选人呢？

前面中说过这个文件：AndroidManifest.xml，而且当时将其比喻为户口簿，这下好了，所有的适龄青年(Activity)都在这个大的户口簿上了，按照Intent的需求直接在户口簿中寻找就可以了。那又是如何知道哪个适龄青年是否符合要求呢？

在AndroidManifest文件中，对每个适龄青年(Activity)都做了说明，就是intent-filter，它说明了当前这个适龄青年愿意接收什么样的需求，这样当Intent与这个Intent-filter中的说明一致时，Intent就找到了Activity。

这样，当一个Intent的所有说明，都被Activity的intent-filter接受时，这个Activity就是候选人之一。如果有多个 Activity成为候选人，那么在程序运行的时候Android提示你从多个Activity中手动选择一个来作为最终的intent接收执行者。

对于Activity来说，在它的intent-filter中，可以有多个action，多个category，多个data，这样可以有多个Intent可以与之匹配。

说到这里，前面的那个关于data和extras功能重叠的问题似乎还没有解决，所以这个data的重要的作用就是，它提供了一种反向挑选的机制，使 Activity对Intent也可以提出要求，要求Intent的data必须是intent-filter中声明的data中之一(因为可以有多个 data)。这点是非常重要的，不然又会出现ActivityNotFoundException之类的错误了。

到此篇文章为止，一般的Android界面编程应该已经够用了，而对于ContentProvider、Adapter、Services等，在一般的应用中，可以完全不用考虑。等到必须要使用的时候再说吧。

Tags: , ,

技术与研究 44 Comments, read on »