您了解该什么时候使用Native Ap...- device instance IDS(装置范例ID)

当前位置: 编程技术>移动开发

本页文章导读:

▪您了解该什么时候使用Native App吗你了解该什么时候使用Native App吗？当你的老板或者客户想要一个iPhone应用的时候，你会说些什么？我希望你不要说“我们可以这样做”。相反，我希望你问问“为什么”，.........

▪ device instance IDS(装置范例ID) device instance IDS(设备范例ID)系统提供的设备的设备范例ID是一个唯一标识系统中的设备标识字符串。即插即用（PnP）管理为系统设备树（device tree）的每个设备节点（devnode）分配设备范例id。 .........

▪ 单个apk施用多进程单个apk使用多进程首先说下之所以去研究这个，主要是因为一个进程的内存限制是定死的，如果有什么特别耗内存的动作则会OOM，使用多进程就可以使得我们一个apk所使用的内存限制加大几.........

[1]您了解该什么时候使用Native App吗

来源: 互联网发布时间: 2014-02-18

你了解该什么时候使用Native App吗？

当你的老板或者客户想要一个iPhone应用的时候，你会说些什么？

我希望你不要说“我们可以这样做”。相反，我希望你问问“为什么”，更重要的是“你想要它做什么？”

往往客户和老板并不是真的确定自己想要什么，或者为什么想要它。他们想要一个App的原因只是因为有人告诉他们移动互联网非常新潮，他们应该有一个移动App。我们需要挖掘其中更深的原因。

通常的答案是，他们并不需要一个App，而是一个响应式设计的网站。然而，这很难去对老板解释。我们可能理解其中细微的差别，但是并不能进行很好的沟通。

有时候，我们需要简化决策过程，让客户/老板可以清楚地了解。一种方式是说明Native App是为了完成任务，而移动Web App则用来消费内容。

我们知道，事情并没有想象中的那么界限分明，但它是一个很好的指导，能够帮助其他人朝正确的方向思考。

经常情况下老板和客户需要Native App来从网站上简单复现内容。这不是Native App所擅长的。在这种情况下，一个响应式网站才是正确的。但是，如果老板希望允许用户完成关键任务，例如检查库存水平、访问联系人记录或者预订一件事，native app则会更加适合。

我的观点是，我们对于什么时候使用native app需要有一个清晰的概念，并且能够清楚地传达给我们的客户。

译自：http://boagworld.com/tumblog/do-you-have-a-clear-idea-of-when-a-native-app-is-required/

来自：蒋宇捷的博客，转载请注明

[2] device instance IDS(装置范例ID)

来源: 互联网发布时间: 2014-02-18

device instance IDS(设备范例ID)

系统提供的设备的设备范例ID是一个唯一标识系统中的设备标识字符串。
即插即用（PnP）管理为系统设备树（device tree）的每个设备节点（devnode）分配设备范例id。
此字符串的格式由设备ID的紧接范例ID组成，如下所示：
<device-ID>\<instance-specific-ID>
设备实例ID的字符数，不包括空字符，必须小于MAX_DEVICE_ID_LEN的。
此约束应用于的所有字段和设备ID与特定实例ID字段之间的“\”字段分隔符的长度的总和。
在系统重新启动设备范例ID是持久性的。


 http://msdn.microsoft.com/en-us/library/windows/hardware/ff541327(v=vs.85).aspx

[3] 单个apk施用多进程

来源: 互联网发布时间: 2014-02-18

单个apk使用多进程

首先说下之所以去研究这个，主要是因为一个进程的内存限制是定死的，如果有什么特别耗内存的动作则会OOM，

使用多进程就可以使得我们一个apk所使用的内存限制加大几倍。

先来看看，如果按照一般的写法所用的代码

public class MultiProcessTestActivity extends Activity {
	/** Called when the activity is first created. */
	public static boolean isChecked = false;

	@Override
	public void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.main);
		isChecked = true;
		Log.i("MultiProcessTestActivity", isChecked + "");
		int pid = android.os.Process.myPid();
		String processNameString = "";
		ActivityManager mActivityManager = (ActivityManager) this
				.getSystemService(Context.ACTIVITY_SERVICE);
		for (ActivityManager.RunningAppProcessInfo appProcess : mActivityManager
				.getRunningAppProcesses()) {
			if (appProcess.pid == pid) {
				processNameString = appProcess.processName;
			}
			Log.i("MultiProcessTestActivity", processNameString);
		}
		Intent mIntent = new Intent(this,MultiProcessTest_1_Activity.class);
		startActivity(mIntent);
	}
}

public class MultiProcessTest_1_Activity extends Activity{

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		// TODO Auto-generated method stub
		super.onCreate(savedInstanceState);
		Log.i("MultiProcessTest_1_Activity", MultiProcessTestActivity.isChecked + "");
		int pid = android.os.Process.myPid();
		String processNameString = "";
		ActivityManager mActivityManager = (ActivityManager) this
				.getSystemService(Context.ACTIVITY_SERVICE);
		for (ActivityManager.RunningAppProcessInfo appProcess : mActivityManager
				.getRunningAppProcesses()) {
			if (appProcess.pid == pid) {
				processNameString = appProcess.processName;
			}
			Log.i("MultiProcessTest_1_Activity", processNameString);
		}
	}
	
}

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.breeze.multiprocess"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-sdk android:minSdkVersion="7" />

    <application
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name" >
        <activity
            android:name=".MultiProcessTestActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <activity
            android:name=".MultiProcessTest_1_Activity"
            android:label="@string/app_name" />
    </application>

</manifest>

下面是打出来的日志以及DDMS中的进程截图

09-10 11:32:14.973: I/MultiProcessTestActivity(13264): true
09-10 11:32:14.989: I/MultiProcessTestActivity(13264): com.breeze.multiprocess
09-10 11:32:14.989: I/MultiProcessTestActivity(13264): com.breeze.multiprocess
09-10 11:32:15.153: I/ActivityManager(1275): Starting activity: Intent { cmp=com.breeze.multiprocess/.MultiProcessTest_1_Activity }
09-10 11:32:15.169: I/WindowManager(1275): adjustConfigurationLw fontScale=1.0
09-10 11:32:15.215: I/MultiProcessTest_1_Activity(13264): true
09-10 11:32:15.340: I/MultiProcessTest_1_Activity(13264): com.breeze.multiprocess

在这里先是通过Process.myPid()获取进程的进程ID号，再通过ActivityManager.RunningAppProcessInfo来遍历

所有运行中的Activity，对比ID来获取所需要的进程名（通过ID获取当前运行的进程名）。

我们可以看到，两个Activity是在同一个Process中：com.breeze.multiprocess 即包名，同时两者所打出的MultiProcessTestActivity中的静态布尔变量也都是true，因为在第一个Activity中设置的是true。

接着我们对manifest进行修改，在后面一个acticity中添加一句

android:process = "com.breeze.MultiProcess.test"

再来看所打出来的日志和进程表

09-10 15:25:25.223: I/MultiProcessTestActivity(13893): true
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.255: I/ActivityManager(1275): Starting activity: Intent { cmp=com.breeze.multiprocess/.MultiProcessTest_1_Activity }
09-10 15:25:25.262: I/ActivityManager(1275): Start proc com.breeze.MultiProcess.test for activity com.breeze.multiprocess/.MultiProcessTest_1_Activity: pid=13907 uid=10098 gids={}
09-10 15:25:25.450: D/ddm-heap(13907): Got feature list request
09-10 15:25:25.630: I/WindowManager(1275): adjustConfigurationLw fontScale=1.0
09-10 15:25:25.872: I/MultiProcessTest_1_Activity(13907): false
09-10 15:25:25.895: I/MultiProcessTest_1_Activity(13907): com.breeze.MultiProcess.test

从进程表和日志可以看出，两个Activity没有在同一进程中，并且后者打出来的布尔量是false。很明显，两个

进程之间的内存相互是透明的，不同的进程是不同的虚拟机实例，相互之间互相透明，所以这个时候就需要

在application中去对不同的进程来做不同的初始化工作和配合调度工作了。