App Inventor移动应用开发标准教程10_组件-数据存储.pptxVIP

第10讲 组件-数据存储;;文件管理器是用于存储和检索文件的非可视组件，可以在设备上实现文件的读或写。默认情况下，会将文件写入与应用有关的私有数据目录中。在伴侣中，为了便于调试，将文件写在/sdcard/AppInventor/data文件夹内。如果文件的路径以“/”开始，则文件的位置是相对于/sdcard而言，例如，将文件写入/myFile.txt，就是将文件写入/sdcard/myFile.txt。;;追加内容。将文字添加到现有文件的尾部，如果文件不存在，则创建新文件。关于文件的写操作，请参见下面的“保存文件”方法。 删除。从设备存储器中删除一个已有文件。文件名前加“/”表示删除SD卡上的指定文件，例如删除文件/myFile.txt，则将删除文件/sdcard/myFile.txt；如果文件名前没有“/”，将删除应用私有目录中的文件；如果文件名前有“//”，则被视为错误，因为资源性文件不能被删除。 ;读取文件。从设备存储器中读取文件内容(文字)。文件名前加“/”表示从SD卡中读取指定文件，例如读取文件/myFile.txt，就是读取文件/sdcard/myFile.txt；文件名前加“//”表示从应用(同时也是AI伴侣)的资源包中读取文件；如果文件名前没有“/”,则从应用的私有目录(应用包)及伴侣目录(/sdcard/AppInventor/data)中读取文件。;保存文件。将文字保存为文件。如果文件名前加“/”，则将文件保存到SD卡，例如写文件/myFile.txt，就是写文件/sdcard/myFile.txt；如果文件名前没有“/”，则将文件写入应用的私有数据目录中，手机中的其他应用将无法访问这些目录，但AI伴侣是个例外，为了便于调试，将文件写入/sdcard/AppInventor/data文件夹。需要注意的是，如果文件已经存在，则本方法将覆盖原有文件。如果想要在原有文件中添加内容而不是覆盖，可以选用追加内容方法。 ;;;;;;微数据库是一个非可视组件，用来保存应用中的数据。 用App Inventor创建的应用，在每次运行时都会进行初始化：如果应用中设定了变量的值，当用户退出应用再重新运行应用时，那些被设定过的变量值将不复存在；而微数据库则为应用提供了一种永久的数据存储，即，每次应用启动时，都可以获得那些保存过的数据。比如游戏中保存的最高得分，每次游戏中都可以读取到它。;数据项是以字符串的方式保存在标签的名下，即，需要为保存的每一项数据设定一个专用的标签，以便之后用这个标签来读取已经保存的数据。 每个应用中只有一个数据存储区，即便在应用中添加了多个微数据库组件，它们也将使用同一个存储区。如果想使用不同的存储区，需要使用不同的密钥。同样，每个应用拥有独立的存储区，虽然在多屏应用中能够在不同屏幕之间共享数据，但同一部手机上的不同应用之间却无法通过微数据库来传递数据。 ;在使用AI伴侣开发应用时，使用该伴侣的所有应用都将共用一个微数据库，而一旦应用打包之后，数据的共享将不复存在。但在开发过程中，每次创建新项目时，都需留心清空微数据库。;;清除所有数据（ClearAll）：清空整个微数据库中的数据存储。 清除标签数据（ClearTag）：清除指定标签下的数据。 获取标签数据（GetTags）：返回该数据存储区内全部标签列表。 获取数值（GetValue）：通过给定的标签检索存储的数据，如果不存在此标签，则返回设定的字符串。 保存数值（StoreValue）：在指定的标签下保存给定的值，每当应用重新启动时，数据依然存储在手机中。;;personinformation为一维列表，用来临时存放用户每次输入的联系人信息（姓名、办公电话和手机号码）。contacts为二维列表，存放所有的联系人信息。contactslist以一维列表形式存放contacts中所有内容，供列表选择框使用。;;“contactnumber”过程实现将二维列表contacts中的内容转换成一维列表形式。;屏幕初始化事件，当屏幕初始化的时候，首先从微数据库中取出联系人信息，并赋值给全局变量contacts，这样才能保证下次使用应用时前面录入的数据还在。;;;不可视组件，通过与Web服务通信来保存并读取信息。 可参见创建定制的网络微数据库服务创建网络微数据库（/reference/other/tinywebdb.html） 如果不搭建也可以使用网络上现成的网络微数据库，如（/，/ 和/）。 ;得数值（GotValue）：表示调用获取数值的服务请求已经成功。 数值存储完毕（ValueStored）：表示存储数据的服务器请求已经成功。 发生Web服务故障（WebServiceError）：表示与Web服务之间的通信出现错误。;获取数值（GetValue）：向W