安卓手机应用

关键词： 地图 校园 用户

安卓手机应用（精选十篇）

安卓手机应用 篇1

关键词：百度地图,定位,泡泡,指南针

手机,不仅作为通讯工具,更是软件应用的最大载体之一。它以成为一个集娱乐、时尚、办公为一体的电子消费品,其中手机软件在智能手机发展的过程中发挥着越来越重要的作用[1]。在手机极大普遍化的现在,一个好的应用可以很好地满足户的需求,节约人力物力资源。校园导航的设计与实现建立起一座用户与校园之间的桥梁,方便了师生与环境间的沟通。这样一款应用是必要的。

1 相关技术介绍

1.1 百度地图API

百度地图的API1是建立在安卓2.1系统平台之上,对开发者免费开放的应用程序接口,它包括web开发、HTTP服务接口、An-droid API和IOS API等开发工具,可以实现显示基本地图、定位、导航、离线地图、地理编码、LBS云存储等功能。它可以应用到PC、手机、服务器等多种终端。用户可以通过使用该套接口实现安卓地图应用。现在百度地图提供的地图等级为16个级,包含了建筑物、交通道路、湖泊、学校等信息。其中定位SDK可以帮助开发者完成定位功能和提供应用开发工具;地图覆盖物功能可以实现加载泡泡,标注建筑物名称等。

1.2 成功案例介绍

由于百度地图API的免费开放,已广泛的被各大互联网公司,汽车厂商等,主要涉及到电子商务、房产、手机客户端[2]。主要有去哪儿网、同程网等旅游网以及墨迹天气等应用。

2 功能实现

应用程序可以实现基本地图显示、用户自动和手动定位、查看校园环境和指南针等功能。地图的显示有基本地图、卫星地图和交通地图三种显示方式。开发人员调用百度地图API接口实现各种方法,通过界面呈献给用户。应用的整体框架图如图1所示。

用户打开应用便会自动调用百度地图API接口加载百度地图移到中心点位置并实现用户的精确定位;实现Init Overlay()方法加载覆盖物泡泡。

具体的实现步骤如下描述:

2.1 加载百度地图

2.1.1 申请秘钥

首先登录百度地图账号,点击创建应用之后输入安全码。操作完成后秘钥申请成功如图2所示。

获得秘钥后将其配置在工程的Android Manifest.XML中。

2.1.2 显示百度地图

首先在项目里新建lib文件夹,将需要的工具包baidumapapi_v2_4_1.jar、loc SDK_3.1.jar、lib Baidu Map SDK_v2_4_1.so和libloc SDK3.so复制到lib文件夹下,然后将其添加到项目的Java Build Path→Libraries中。然后就可以创建地图Activity,显示基本地图并管理地图生命周期了。

2.2 定位

登录应用后会自动定位到当前所在的位置,此功能调用了Map Controller接口[3]的animate To()方法;应用还允许用户进行手动定位,功能调用了My Location Overlay接口[4]的set Marker()方法。其结构如图3所示。

2.3 泡泡显示

此功能首先确定要加载pop点的经纬度来确定点,通过调用Overlay Item()方法[5]将pop添加到此点上。该功能实现的结构图如图4所示。

2.4 指南针

开发者为应用添加了指南针功能,当用户点击指南针后,应用会在定位的用户点上添加方向,用户可以知道身处位置的同时还可以清楚地分辨出方向。此功能调用了My Location Overlay接口的set Location Mode()方法。

3 效果展示

3.1 应用展示

1. 打开应用后会自动加载地图,跳转到设置的中心点处并可以定位到用户当前的位置,如图5所示,卫星地图和交通地图分别如图6和图7所示。

4 结论

本文介绍了基于安卓的校园导航系统的开发,通过调用百度地图API接口实现了基础地图显示、定位、指南针等功能。用户进入系统后可以清晰的看到校园地图,清楚的知道校园的各个位置,极大加快了用户对校园环境的熟悉,方便了用户在校园里的出行活动。同时在开发过程中我对Java语言、安卓开发等有了更深层次的了解。

本文主要工作和研究成果如下:

1) 加载到百度地图,设置中心点,在打开应用后即可定位到青岛理工大学。地图可以有3种不同的显示模式:正常地图、卫星地图和交通地图。

2) 给学校各建筑添加覆盖物泡泡,方便的得知各建筑物名称。

3) 实现了用户的定位功能,打开应用,系统会自动的定位到用户的位置,同时用户也可以手动实现定位。

4) 添加了指南针功能,为用户指明了方向。

本次的研究虽然实现了基本的功能,但依然任重道远,系统中仍然有可以进一步完善的地方:

1) 应用的界面可以进一步美化,使用户的交互更加人性化,提高用户体验。

安卓手机应用 篇2

一天后，微博中开始出现网友恶搞调侃乐商店的PS图，众网友纷纷将目前手机中流行游戏“改良”为，并加上乐商店的logo并@乐商店，其中包括愤怒的小鸟之愤怒的女优，找你妹之找女优等等。事件的高潮部分在于乐商店官方微博在发现自己被调侃后，竟将所有网友的PS图做成合集，并自嘲的对此事进行表态，并用了相当隐晦的文字，并且宣称要推出官方版APP，一时将乐商店推致舆论的风口浪尖。乐商店自我调侃为哪般

在事件的源头，一个普通的Android用户对众多应用市场APP做了横向评测，其中包括乐商店、91、机锋、豌豆荚。乐商店沉默后对此进行了自嘲式回应，其它应用市场均选择了缄口。从这个评测内容上来看，可以得出结论：目前所有Android手机的应用市场，均不同程度存在APP，甚至，而乐商店之所以被单独点出，旨在把握好了“底线”二字。且不说的APP是否该存在，以及存在的方式，单从安全系数方面就让人堪忧。这些APP也是广告、积分墙甚至是病毒的源头。这也反应出目前Android手机市场应用种类的混乱之治。乐商店此次的回应虽引起了众多网友的吐槽，以至于关联到联想，但由此也让笔者对联想刮目相看，对于互联网时代的企业而言，永远不变的风格也许真的跟不上时代了，而这种机动且自嘲的回应，刚好有了一些“娱乐”的性质也同时反应了乐商店对互联网事件敏锐的嗅觉。

手机APP分级制度是否应推出?

众所周知，国内的电影分级制度一直是近年来争论的焦点，因为随着电影市场的不断升温，覆盖年龄层面的扩大，亟需分级制度来保护青少年的身心健康。同样作为覆盖众多年龄层的手机应用，内容也鱼龙混杂，APP就是其中之一，为了保护青少年身心健康发展，手机应用市场的软件同样需要分级制度。这个事件也给手机APP分级制度敲响了警钟。Android应用市场应拿何种态度应对APP?

从评测中可以看出，软件已经遍布在所有Android市场，在分级制度尚未建立的时刻，Android市场的负责方应该何种态度应对?事件主角乐商店选择了坦然面对，并做了自嘲式调侃，既然存在，承认的同时进行调侃。乐商店运营总监@崔巍 LEX 在新浪微博中回应：“非色情，后者我们限制，前者是人性所需，这事儿与故事和事故一样”。也有网友评论：不反对有“底”的。5000年中华文化里也不缺乏类似的著作。凡事要有度，这个度是大众能够接受的，也就是社会能容忍的。移动互联网是个新兴的行业，对于适度还需遵循一定的范围，不能一棒打死。

僵尸网络盯上安卓手机 篇3

“我认为，运营商目前还在研究该如何处理这个问题，因为这一变化还是相当新的。” Cloudmark公司首席软件工程师安德鲁·康威表示。Cloudmark是最早发现僵尸网络这一新变化的安全厂商之一，这家公司专门为电信运营商与服务提供商提供反垃圾邮件产品。

Cloudmark公司注意到，有一台托管服务器上两款供下载的安卓手机游戏“愤怒的小鸟之星球大战”和“极品飞车”，实际上都是恶意软件，它们通过控制的服务器给僵尸网络中的手机发送命令，让手机发送垃圾短信。

康威介绍说，当被感染的手机连接到控制服务器时，该手机会收到大约50个电话号码和要发送的垃圾短信文本。 被感染安卓手机上的恶意软件每发送一条短信后会等待1秒左右再发下一条，全部发送完后，恶意软件会再次与控制服务器联系，拿到下一组电话号码和垃圾短信样本。该恶意软件随着手机打开而启动，并在手机上自动安装成为一个服务。

康威介绍的一个感染例子是垃圾短信中含有让更多手机感染病毒的恶意链接。 另一个例子是垃圾短信通知手机机主赢得了礼品卡， 但要拿到礼品卡，机主要支付5.95美元的运费。 康威说，除了获得受害者的信用卡信息外，接下来这些骗子们还会收集受害者的个人资料来进行下一步网络营销活动。

应该说，发送垃圾短信也不是什么新东西。过去，垃圾短信发送者一般是批量购买SIM卡，借助这些SIM卡发送垃圾短息。如果电信运营商发现该SIM卡有发送垃圾短信的嫌疑后屏敝它，再换用新的SIM卡。采用这种方法，发送垃圾短信的组织者需要承担购买SIM卡的成本，还要支付短信费。而且一般只是在国内进行，而不太可能跨国发送短信。而采用前文介绍的这一方法，发送垃圾短信的组织者巧妙地避免了这些成本。

康威说，通过安卓手机上的恶意软件，发送垃圾短信者可以在世界上的任何地方发送而不增加任何成本。这些成本以及随后的风险都由被感染手机的机主来承担。

“我们注意到，这种方法不仅可以降低垃圾邮件发送者的成本，同时，还可以很快感染大量的安卓手机，从而使得我们很难通过注销一个个手机号码的方法来杜绝垃圾短信。”康威说。

受害者还面临另外一个问题，其手机账户可能会因为手机滥发垃圾短信而被运营商注销，而垃圾短信发送者会尽量延长这一时间。比如，电信运营商察觉了异常或者其他收到垃圾短信的人有抱怨，可能会短信通知机主，恶意软件则能屏蔽这些短信，直到运营商关闭该账户。

安卓手机应用 篇4

一安卓系统介绍及特点

安卓公司成立于2003年, 于2005年被谷歌收购, 经两年项目开发, 于2007年发布了以Linux内核为基础的开源手机操作系统, 并成为全球首款移动终端操作系统, 使得该系统一跃成为智能手机最受欢迎的操作平台。近几年, 安卓系统不断发展和完善, 不仅拥有了多种新特性, 还使得运行速度不断提升, 应用前景十分广阔。安卓系统具有以下特点: (l) 属于免费、开源操作系统。开源有助于协助厂商根据用户需求定制相应的功能, 免费有利于节约成本; (2) 摆脱了运营商的束缚; (3) 开发端不受限; (4) 实现了和Google应用之间的无缝接合。

二基于安卓手机的移动学习平台功能的实现

移动学习平台中有三大重要功能, 即资源中心、互动交流系统及在线考试系统。资源中心采用的是前端服务器对数据库资源进行知识点整理及归类, 用户可依据知识点对课件资源进行访问。由于在线考试系统、互动交流系统功能实现方面较资源中心而言技术难度更大, 涉及多种平台和技术, 因此, 本文主要对这两大功能的实现进行分析。

1. 在线考试系统功能的实现

在线考试系统采用的是以AJAX技术为基础的方案设计, 该方案属于典型的B/S架构设计。该系统结构包括三层, 即表示层、持久层与逻辑层。该系统共包括如下模块: (1) 试题展示及答案提交模块。该模块属于表现层的内容, 使用者对考题类型进行选择, 获取试题题号后, 根据顺序将题号提交至服务系统, 服务系统收到请求后, 对持久层数据库进行查找, 并返回试题内容, 利用AJAX技术将其显示于浏览器中; (2) 答题计时及保存模块。计时模块要求试题答题时间在2小时内, 是通过DHTML所内置的定时器实现的, 计时系统确保了一道题答题时间在10秒内完成, 并自动提交该试题答案, 以防答案丢失; (3) 试题上传模块。系统所有试题的管理均通过My SQL数据库实现的, 该数据库具有提交、回滚、更新等功能, 具有较强的易用性及可扩展性; (4) 系统在安卓手机中的使用。安卓内置Web View组件可对安卓应用加载网页提供支持。在安卓应用中对网页进行加载, 在布局文件中对Web View进行声明, 再于Activity中对Web View进行实例化, 通过调用Web View中的load Url () 方法, 对指定URL网页进行加载, 为了确保Web View可以对超链接功能进行响应, 利用set Web View Client () 方法, 并对客户端进行了设置。为了使Web View提供回退功能, 覆盖了on Key Down () 方法。

2. 移动交流平台功能的实现

功能的实现: (1) 登录页面的实现。在设计和编写布局文件时, 需要在layout文件夹建立login First.xml文件, 并采用线性布局方式对文件进行布局, 以简化页面设计。采用Text View控件作为用户的登录名及密码输入框, 在其下方采用Button View完成登录按钮。页面布局实现后需在页面中加载布局文件, 在登录视图中采用sett Content View对布局文件进行加载, 再通过模拟器微调文件的控件位置; (2) OAuth认证的实现。需要为开始按钮进行点击事件代码的添加, 代码调用的是Oauth下的Request Access Token法, 以实现OAuth认证。认证后, 即可读取微博内容, 并予以显示和发布; (3) 用户交流功能的实现。假设各用户间均已相互“跟随”, 此时, 其信息方可实现共享。对于UI布局而言, 首先需要利用线性布局, 将LISTVIEW控件嵌入整体布局中, 以便对交流内容及信息进行显示, 在布局下方利用相应的布局控件, 嵌入页面刷新等按钮。先构造内容显示页面的UI, 并添加功能控件。在列表控件中进行数据适配器定义, 以便对微博中所读取数据进行加载, 并在LISTVIEW控件中进行绑定。读取时采用的是Async Image Loader方法进行异步读取, 有效提高了列表的显示速度, 为用户提供了良好的体验。调用了load List () 法, 通过新浪Api接口获取了用户及其关注的最新微博信息, 将信息进行解读, 并显示于列表中。

三结束语

本文对基于安卓手机的移动学习平台进行了探讨, 并对主要功能点的实现进行了研究, 经功能测试显示, 用户可以通过在线考试系统对试题进行设计, 还可利用微博互动交流平台进行交流, 具有一定的应用价值。

摘要：安卓智能手机为移动客户端的功能化以及人性化设计提供了途径, 通过设计科学、合理的移动学习平台, 可有效弥补传统学习单一化、不可扩展、位置固定、灵活性差等问题, 有效打破了传统学习受时空方面的限制, 用户能随时随地地进行学习。本文重点设计了一款基于安卓手机的移动学习平台, 对安卓手机在移动学习平台中的应用进行了探讨。

关键词：安卓手机,移动学习平台,应用

参考文献

[1]曹蕾、邹霞、李理.智能手机在移动学习中的应用思考[J].黑龙江科技信息, 2009 (26) :51~54

安卓手机无线上网心得 篇5

前两天刚买了一个智能手机，用着很新鲜，还有个用无线网络上网的功能，觉得很不错，店主也给试了一下，管用，但是回到办公室，我们的无线网络就不能用了，上网查了下

1、上网需要密码，在设置—无线和网络—WLAN设置—找到自己办公室里的网络点击，输入密码，就显示可以连接了，但是依然不能上网。

原来是IP地址不对，但是在什么地方输入呢，上网查了好半天也没有找到，第二天找到了

2、设置-无线和网络-WLAN设置-MENU（按键）-高级-使用静态IP

IP地址192.168.1.X(X随意填写2~254之间数字)

网关192.168.1.1

网络掩码 255.255.255.0

（中国电信的IP设置）（域名既是DNS服务器，查找本地DNS服务器IP方法，电脑的本地链接，支持-详细信

息）

域名1202.96.134.133

域名2202.96.128.166

丰富安卓手机Home功能 篇6

这里可以利用从塞班S60系统转战Android的Jbak Taskman自定义Home键的按法。从电子市场下载并安装Jbak Taskman后，进入设置（Settings），往下拖动就可以看到“Key HOME settings”，这里可以分别设置按下一次Home键、长按Home键、点击两下Home键开启的应用程序（如图1）。

按一次Home键，可以设置成返回手机主界面，保留Home键的最基本功能，如笔者使用的HTC G13则可直接选择打开“HTC Sense”。在“Action for long click Home（长按Home键的动作）”，可以选择任务切换管理器——Perfect Task Switcher（它不需要root权限即可使用，可快速在运行的程序中切换），当长按Home键时就会自动启动Perfect Task Switcher（如图2），让我们快速地在任务间切换，这下Home键的功能更多样化了吧。

安卓手机应用 篇7

一、系统需求分析

(一) 系统功能需求

为提升重点单位防火巡查的工作效率, 确保巡查记录真实有效, 重点单位日常防火巡查管理系统 (下称系统) 的功能需求主要如下:1.系统在手机上运行, 防火巡查员通过个人账号在手机上登录系统录入巡查记录并提交单位消防安全管理员审核;2.根据防火巡查内容, 系统分成不同的检查模块, 每一项检查都须拍照上传图片, 并填写检查结果;3.防火巡查记录由消防安全管理员审核通过后才可归档, 审核不通过时退回巡查员重新修改上报;4.当天超时限未上报巡查记录系统会自动推送提醒信息到巡查员和消防安全管理员手机应用端;5.系统可对巡查记录进行查询统计。按照以上需求, 系统主要包括以下功能模块:系统登录、防火巡查、查询统计、信息提醒、系统管理等模块, 系统基本功能需求结构如图1所示。

系统主要处理数据需求为:1.防火巡查数据处理:重点单位防火巡查员每天登陆系统录入当天消防安全巡查情况并提交消防安全管理员审核, 单位消防安全管理员审核通过后形成当天消防安全巡查数据记录。2.信息管理:系统用户登录后, 根据用户的权限将提醒事项或审批事务调出, 提醒用户及时处理相关业务。3.系统管理:系统的维护管理, 包括账号管理、角色管理、数据管理等。

(二) 系统架构需求

系统的架构需求为:1.采用三层架构体系设计, 采用C/S模式架构;2.开发环境为Java JDK7.0, 使用Eclipse编辑器和Androidsdk开发工具包;3.服务端用IIS6.0进行架设部署, 采用SQLServer2008作为系统数据库;4.按照不同的用户设置不同的访问角色和操作权限;5.数据层按照RDBMS工业标准存储和数据管理;6.应用端可在任何Android2.3以上的手机上安装运行, 通过手机接入网络访问服务端;7.系统以功能模块为单位, 充分降低程序复杂度, 具备良好的扩展性和适用性。

(三) 系统用户角色权限需求

按照重点单位防火巡查管理工作需求, 防火巡查管理工作主要参与人员为防火巡查人员和消防安全管理人员。因此, 系统主要面向3类用户使用, 分别对应三个角色:防火巡查员、消防安全管理员、系统管理员。各系统角色的功能权限需求为:1.防火巡查员:需具备系统登陆、录入防火巡查记录、信息提醒等业务功能;2.消防安全管理员:需具备系统登陆、审核防火巡查记录、查询统计、信息提醒等业务功能;3.系统管理员:需具备系统登陆、账户设置、角色分配、消防设施数据维护、数据管理等业务功能。

(四) 系统运行性能需求

为确保系统设计的科学合理, 符合网络系统管理要求, 便于用户操作应用, 系统运行需要满足以下性能要求:1.可靠性。系统要具备良好地持久运行的稳定性, 要易于维护及恢复。2.响应性。系统要准确反应并及时处理指令, 要能准确实现功能界面上的各个功能模块。3.安全性。系统自身不会具有毁灭特点的损害, 系统要具备良好的安全保障措施。4.保密性。系统要具备良好的保密性能, 用户只能通过客户端按照相应的角色权限访问系统数据, 确保系统数据不易泄露。

(五) 界面风格需求

系统在界面布局、背景色彩、功能标示上应整齐大方、清晰简单。具体要求为:1.系统界面应凸显防火巡查的特点, 色彩构成应醒目和谐, 色调多注重红色、金黄色;2.系统版面布局应简单清晰、科学合理, 便于操作, 图标设计凸显功能特点;3.手机应用客户端应能符合主流Android智能手机屏幕显示分辨率的要求, 当前手机多用480*800的分辨率, 随着手机分辨率的不断增加, 手机应用客户端分辨率应兼容480*800以上, 确保将来在主流手机上运行的显示效果。

二、系统总体设计

(一) 系统架构设计

系统按照三层架构设计, 主要在应用层上实现具体业务处理过程, 可将系统划分为三个层次来设计, 分别为数据层、中间层和应用层, 系统总体框架图如图2所示。

1. 数据层主要是指数据库, 包含了视图、表、存储程序和触发器等, 用来存储系统所处理的所有信息数据。

2. 中间层包含业务接口层、业务规则层和数据访问层等。

3. 应用层即访问层, 主要是提供用户实现使用系统的主要功能, 包括了系统登陆、防火巡查、查询统计、信息提醒、系统管理等模块。

(二) 系统主要功能模块设计

系统采取C/S模式, 任何Android2.3以上的智能手机都可安装系统的APP应用程序端, 只要手机正常接入网络即可通过应用端访问系统服务器操作相关业务。通过系统需求分析, 系统包含防火巡查、查询统计、信息提醒、系统登录、系统管理等功能模块。下面重点就系统登陆、防火巡查、查询统计等模块进行详细设计。

1. 系统登陆模块设计

系统登陆模块是所有用户使用系统的入口, 模块的功能是对用户的合法性进行审核, 只有通过审核的合法用户才能登陆使用系统。每个用户进入系统要在登陆界面输入用户名和密码, 系统将输入的用户名和密码与数据库中的用户信息表进行比对, 比对一致的允许用户登陆并根据账号角色权限使用有关功能, 比对不一致的不允许用户登陆系统并返回登陆窗口需要用户重新输入用户名和密码。系统登陆流程如图3所示。

2. 防火巡查模块设计

防火巡查模块是系统的核心功能模块, 防火巡查员通过该模块录入巡查情况, 并利用手机现场拍摄巡查照片作为巡查记录的一项内容报送消防安全管理员审核, 确保每日巡查真实有效, 促使消防日常安全管理工作落实到位。根据《机关、团体、企业、事业单位消防安全管理规定》 (公安部令第61号) 和消防日常巡查需记录的内容, 防火巡查内容主要包括四大项目, 分别为:安全疏散、消防控制室、消防设施器材、其他消防安全管理, 其中安全疏散包括疏散通道、安全出口、应急照明、疏散指示标志、避难层、应急广播等6个类别;消防设施器材包括火灾自动报警系统、消防给水设施、自动灭火系统、其他设施器材等4个类别, 每个项目类别对应具体的检查内容。因此, 日常巡查管理模块主要包含安全疏散设施巡查、消防控制室巡查、消防设施器材巡查、其他消防安全管理巡查等4个子模块。模块结构如图4所示。

重点单位防火巡查员每天按要求进行防火巡查拍照并将照片及时通过手机应用端上传, 巡查完毕后将当天的巡查记录提交单位消防安全管理员审核, 单位消防安全管理人员审核通过后系统会自动保存好当天巡查记录, 审核不通过的退回巡查员重新修改上报。如巡查员当天未上报巡查记录, 系统会自动发送提醒到巡查员和管理员的手机应用端。操作流程如图5所示。

3. 查询统计模块设计

查询统计模块是非常重要的常用模块之一。该模块主要供重点单位消防管理员对防火巡查记录进行查询统计。在程序中, 信息数据的查询主要通过调用SQL语句中的Select操作对用户输入的关键字在数据库中进行查询。查询操作的流程图见6所示。

(三) 系统数据库设计

1. 数据属性图设计

数据库中的表可以通过数据属性图来描述, 它可以非常形象的描绘出数据库表中每一条实体数据所包含的属性, 是建立数据与信息模型的方法。系统需处理和存储的数据主要为用户信息、每日防火巡查信息、消防设施信息。这些信息数据属性图设计如图7至图9所示。

2. 数据库表设计

系统主要的数据库表为用户信息表、每日防火巡查信息表、消防设施信息表, 各数据表中的字段信息见表1至3所示。

三、主要功能实现

下面对系统的登陆和防火巡查功能这两个主要功能进行实现, 展现系统的界面和程序主要代码, 系统开发的环境和工具为JDK7.0、Eclipse编辑器和Androidsdk。

(一) 登陆功能实现

系统有2种用户角色, 不同的人员角色对应不同的操作权限。用户在登陆界面输入账号和密码验证通过后, 系统会进入用户端主界面。登陆的主要程序代码如下:

if (sp.get Boolean ("ISCHECK", false) ) {//设置默认是记录密码状态rem_pw.set Checked (true) ;user Name.set Text (sp.get String ("USER_NAME", "") ) ;password.set Text (sp.get String ("PASSWORD", "") ) ;}btn_login.set On Click Listener (new On Click Listener () {publicvoidon Click (Viewv) {userName Value=user Name.get Text () .to String () ;password Value=password.get Text () .to String () ;if (user Name Value.equals ("liu") &&password Value.equals ("123") ) {Toast.make Text (Login Activity.this, "登陆成功", Toast.LENGTH_SHORT) .show () ;if (rem_pw.is Checked () ) {//记住用户名、密码、Editoreditor=sp.edit () ;editor.put String ("USER_NAME", userName Value) ;editor.put String ("PASSWORD", password Value) ;editor.commit () ;}//跳转界面Intent intent=new Intent (Login Activity.this, Logo Activity.class) ;Login Activity.this.start Activity (intent) ;//finish () ;}else{Toast.make Text (LoginActivity.this, "用户名或密码错误, 请重新登陆", Toast.LENGTH_LONG) .show () ;}}}) 。

(二) 防火巡查功能实现

防火巡查管理模块主要是供消防重点单位巡查员对每日防火巡查情况进行登记录入, 并由重点单位消防安全管理员审核巡查记录。该功能包含四个子模块:安全疏散、消防控制室、消防设施器材、其他消防安全管理, 每个子模块具体包含日常防火巡查的详细内容。下面以消防设施器材子模块为例展现操作界面和程序主代码。

1. 防火巡查录入

防火巡查员登录系统后, 选择消防设施器材子模块, 再选定巡查设施的类别和巡查日期, 然后填写巡查情况, 最后点击拍照将现场照片上传。防火巡查拍照上传的主要程序代码如下:

publicstatic Stringupload File (Filefile, String Request URL) {String OUNDARY=D.random UUID () .to String () ;String CON-TENT_TYPE="multipart/form-data";try{URLurl=new URL (Request URL) ;Http URLConnectionconn= (Http URLConnection) url.open Connection () ;conn.set Read Timeout (TIME_OUT) ;conn.set Connect Timeout (TIME_OUT) ;conn.set Do Input (true) ;conn.set Do Output (true) ;conn.set Use Caches (false) ;conn.set Request Method ("POST") ;conn.set Request Property ("Charset", CH ARSET) ;conn.set Request Property ("connection", "keep-alive") ;conn.set Request Property ("ContentType", CONTENT_TYPE+";boundary="+BOUNDARY) ;if (file!=null) {/*当文件不为空, 把文件包装并且上传

*/Output Streamoutput Steam=conn.get Output Stream () ;Data Output Streamdos=new Data Output Stream (outputSteam) ;String Buffersb=new String Buffer () ;sb.append (PRE-FIX) ;sb.append (BOUNDARY) ;sb.append (LINE_END) ;sb.append ("Content-Disposit

ion:form-data;name="img";filename=""+file.get Name () +"""+LINE_END) ;sb.append ("Content-Type:application/octet-stream;charset="+CHARSET+LINE_END) ;sb.append (LINE_END) ;dos.write (sb.to String () .get Bytes () ) ;InputStreamis=new File Input Stream (file) ;byte[]bytes=newbyte[1024];intlen=0;while ( (len=is.read (bytes) ) !=-1) {dos.write (bytes, 0, len) ;}is.close () ;dos.write (LINE_END.get Bytes () ) ;byte[]end_data= (PREFIX+BOUNDARY+PREFIX+LINE_END) .get Bytes () ;dos.write (end_data) ;dos.flush () ;intres=conn.get Response Code () ;Log.e (TAG, "responsecode:"+res) ;if (res==200) {return SUCCESS;}}}catch (Malformed URLExceptione) {e.print Stack Trace () ;}catch (IOExceptione) {e.print Stack Trace () ;}return FAILURE;}}

2. 防火巡查录入审核

巡查员完成记录上报后, 重点单位消防安全管理员登陆系统对相关巡查记录进行审核。防火巡查记录审核的主要程序代码如下:

//调用数据库更新接口, 传入要更新的列Shenheqingkuang指定审核的ID

public void Update (Content Values values, String where, String[]where Args) {SQLite Database db=helper.get Writable Database () ;?db.update (xunchadetail, values, where, where Args) ;db.close () ;}

四、结语

本文根据重点单位日常防火巡查管理工作模式, 对基于安卓手机应用的重点单位日常防火巡查管理系统开发进行了需求分析, 并对系统进行了总体设计, 最后对系统的登陆和防火巡查功能进行了实现;文中所研究设计的系统能为重点单位日常防火巡查管理工作提供便利手段, 具有指导意义和实用价值。

摘要：本文依据重点单位开展日常防火巡查管理工作要求, 分析了基于安卓手机应用的日常防火巡查管理系统开发需求, 研究了系统的总体设计, 开发展示了系统主要功能, 为重点单位开展防火巡查工作提供了参考, 有利于提高重点单位日常消防安全管理水平。

关键词：安卓手机,重点单位,防火巡查,管理系统,设计

参考文献

[1]中华人民共和国消防法[Z].北京:中国法制出版社, 2009.

[2]侯云峰.Client/Serve应用开发指南[M].北京:电子工业出版社, 2000.

[3]陈焕娣.消防安全重点单位管理系统的设计与实现[D].四川:电子科技大学, 2012年.

2011安卓手机游戏排行榜 篇8

会说话的汤姆猫 (Talking Tom Cat) 是一款手机宠物类应用, 在你的手机上养一只善解人意的宠物猫, 能陪你嬉戏游玩, 还能学你说话。

植物大战僵尸v2.5【策略游戏】

可怕的僵尸即将入侵你的家庭, 你唯一的防御方式就是您栽种的植物。这是一个看似简单实则极富策略性的小游戏。此版本非官方版, 但是品质已经很不错了。

都市赛车5中文版v1.2.5【赛车游戏】

经过漫长的等待之后, Gameloft的这款超级大作终于与玩家见面了, 拥有高质量的画面效果、音效以及更多的超级跑车, 相信会让Android的玩家们为之疯狂。

鹰击长空v3.4.3【飞行射击】

Gam e loft新近推出的顶级飞行游戏, 使用重力感应操作, 可玩性相当强, 记得下载数据包!

地牢守护者v5.3.1【角色扮演】

《地牢守护者》游戏基于虚幻引擎开发, 加上卡通渲染风格, 其画面表现力毋庸置疑。游戏提供了丰富的游戏内容, 将塔防和动作RPG结合起来。

割绳子v1.0.5【益智休闲】

割绳子是feelingtouch团队最新推出的一款精品休闲益智类游戏, 渐有风靡全球、征服老幼的趋势。游戏风格轻松明快, 画面可爱, 游戏音乐音效均由专业团队打造。

恶魔猎人v3.1.0【角色扮演】

在被称为阿克伦的空间里, 玩家要驱逐黑暗并最终击败以残暴手段统治王国的皇后, 这位皇后同时也是主角的爱人, 玩家要在黑暗的幻想世界中完成史诗般的任务。

食人鲨3D HD v1.6.0【冒险游戏】

极具冒险色彩和恐怖气息的重量级3D游戏, 你将扮演海底霸主食人鲨, 潜入海底深渊, 你为了生存, 需要不断寻找食物, 你可以吃海面或海底的任何食物。

别惹恶魔高清版v2.0.11【策略游戏】

这是一款全新的塔防类游戏, 媲美植物大战僵尸, 游戏中加入大量创新 (增加魔法系统, 紧凑游戏节奏, 每大关刺激的BOSS攻防战) , 与植物大战僵尸截然不同!作为一个魔王, 你能否带领你的恶魔部队打败骄傲的人类军队呢?

超音速飞行【竞速类游戏】

安卓手机APP开发套路之信息处理 篇9

随着移动网络基础设施的建设，手机不可否认地逐渐成为重要的信息载体。不仅如此，随着智能手机在性能和系统功能方面的不断提升和完善，其在信息平台中的地位逐步赶超桌面系统。对于手机平台，信息采集能力和互联网连接能力正是其优势及发展趋势之所在，对于当前主流的手机平台：安卓和IOS，一方面，其采集信息的手段方便快捷;另一方面，手机的网络连接能力也随着基础设施的建设和升级变得越来越强大。

而实际上，手机移动客户端的业务框架是在已有业务框架(B/S)上的扩展，其主要扩展了移动设备通过无线网络接入互联网的环节。其常见应用的业务示意如图1所示。

图1中，手机移动客户端通过无线网络接入互联网，进而实现与服务端的通信。无论是手机移动客户端还是桌面客户端，都可以通过互联网从服务端获取信息，从而实现信息的互联互通。手机移动客户端APP以安卓实机(安卓2.3.6)为验证环境，桌面客户端为火狐(Firefox),Web服务器为Tomcat 6，其实机界面如图2所示。

2 信息处理套路及实现思路

通常，桌面客户端(浏览器)与服务端进行HTTP通信，按照数据流向可分为：推送(POST)和获取(GET)，而且为了避免页面阻塞，桌面客户端大都采用Ajax技术来实现页面内容的异步加载。桌面客户端尚且如此，手机移动客户端则更为突出：一来手机移动客户端的处理性能不如桌面客户端，二来手机移动客户端要比桌面客户端更强调用户体验。

对于手机移动客户端，不仅需要自行实现桌面浏览器的信息推送、获取及展示的功能，而且还必须充分考虑异步处理。对于手机移动客户端的异步处理，安卓平台提供了例如：线程消息队列处理器(Handler)、加载器(Loader)、异步任务(AsyncTask)等异步处理机制。出于兼容性以及机制本质(实际上都使用了线程)的考虑，主要面向于线程+消息队列处理器的使用技巧。

2.1 信息项定义

既然需要对信息进行处理，则首先需要对信息项进行定义。信息项的定义既涉及移动客户端也涉及服务端。对于服务端而言，信息项的定义即数据表的定义;对于移动客户端，即为POJO实体类的定义，且POJO实体类的属性对应于数据表的列。

2.2 信息推送

该功能可分为“三步走”：第一步是推送信息的编码;第二步是内容的推送;第三步则是推送结果的判断。对于编码，无论是文本(“键-值对”)还是文件(图片)都可以编码成可进行HTTP通信的实体(HttpEntity)，无非是实体的子类不同而已(具体请参考安卓平台有关HttpEntity接口定义);对于推送，可以使用HttpClient的推送方法进行内容的推送;对于推送结果的判断则需要获取服务端的执行反馈，涉及服务端接口的定义。

2.3 信息获取

该功能可分为“五步走”：第一步是请求参数的编码;第二步是参数的推送;第三步是推送结果的判断及内容的获取;第四步是内容的分解;第五步则是依据内容实例化对象。前三步与信息的推送相同，区别仅在于第三步所获取的内容有所不同，推送得到的是结果，获取得到的是所需内容，二者都为JSON编码(JSON数组);内容的分解即为将JSON数组分解为JSON对象，实例化对象则是依据JSON对象的属性构造对应的对象(POJO类)。图3是获取信息的流向示意图。

2.4 信息展示

信息的展示体现在前端(Activity)，即在Activity中定义数据容器并绑定到适配器(Adapter)，并调用线程在后台获取数据，同时初始化主线程消息队列处理器(Handler)。当数据获取线程获取数据并填充Activity的数据容器完毕后，向Activity的主线程消息队列处理器发送消息，通知适配数据进行视图更新。此处的消息队列处理器如同给主线程嵌入了一个“针头”，用于接受后台线程所传入的消息。其实现机制如图4所示。

可能有读者会问，后台数据获取线程为什么不直接通知列表视图适配器，而需要主线程进行“传话”呢?该限制源于安卓平台的一个规则：只有Activity的主线程才能访问其界面视图(否则会抛出“CalledFromWrongThreadException”异常)，所以任何要求对Activity中的界面元素进行的操作都必须通过主线程来完成，所以才有主线程“传话”的操作。

3 服务端接口设计

3.1 信息推送接口

按照推送内容可分为两种：文本信息(“键-值对”)和文件的上传。

3.1.1 文本推送

文本推送接口包含3个参数，如表1所示。

通过表1可以看出，通过上述3个参数，即可拼凑出SQL的插入语句(INSERT)，以实现往数据表中插入记录。

3.1.2 文件推送（上传）

文件推送(上传)接口包含5个参数，如表2所示。

通过表2可以看出，通过上述5个参数，即可拼凑出SQL的更新语句(UPDATE)，以实现往数据表BLOB列中插入文件内容块。

3.2 信息获取

按照获取内容可分为两种：文本信息(JSON数组或JSON对象)和文件的下载。

3.2.1 文本获取

文本获取接口包含6个参数，如表3所示。

表3中参数“ds_id”为数据集标识，其内容是一段带有参数的SQL选择语句(SELECT)，通过传入的参数来生成完整的SQL语句，服务端通过执行该SQL语句来获取结果集并以JSON格式返回。

3.2.2 文件获取（下载）

文件获取(下载)接口包含4个参数，如表4所示。

通过表4可以看出，通过上述4个参数，即可拼凑出SQL的选择语句(SELECT)，以从BLOB列中读取文件二进制流内容。

4 实例代码分析

4.1 信息项定义

表5所示的是信息项的数据表定义(服务端)和POJO实体类(移动客户端)的定义，后者的属性项基本与前者的数据列对应。

4.2 信息推送

4.2.1 推送文本内容

信息的推送通常从Activity发起，通过点击按钮等方式进行触发，在推送之前需要进行内容的有效性检查，代码1是推送文本内容的关键代码。

代码1中，先进行内容的有效性检查，然后依据接口规范准备内容(目标列名和列值)，再调用文本推送接口进行推送，最后获取推送结果(以JSON格式编码)，再依据结果进行后续的事务。

在推送接口(“doPost”方法中调用)中，将文本内容都按照utf-8进行编码，这也就要求服务端也必须按照utf-8进行编码，建议服务端统一采用utf-8编码，特别默认不采用utf-8编码的应用程序服务器(例如Tomcat，对于其采用utf-8编码的方法，可在“server.xml”文件的“Connector”标签中设置属性“URIEncoding”为utf-8)。

所谓推送，在服务端可以理解为往数据库表中插入记录。

4.2.2 上传文件

代码1中，当文本内容推送完毕后，即自动发起图片文件的上传。代码2是上传图片的关键代码。

代码2中，除了文本参数，文件上传接口还有一个特殊类型的参数：文件，在推送接口(“upload”方法中调用)中，会将文本和文件流参数按照utf-8进行编码，再进行推送;和文本推送接口相同，文件上传接口也需要获取服务端反馈，以盘点上传结果(以JSON格式编码)是否成功。

需要注意的是，文件上传前需要确定宿主记录的ID(即代码2中方法的参数)，必须要等文本内容上传完毕(记录插入完毕，主键ID确定后)，才能上传文件。文件的上传，在服务端可以理解为往指定ID的记录中的BLOB列中更新文件流内容。

4.3 信息获取

4.3.1 获取文本内容

文本的获取有两种触发方式：后台自动触发和前端人为触发，前者在Activity创建时进行自动触发，后者为用户通过点击按钮进行触发(例如刷新操作)。数据的请求一般也需要参数，即也需要将请求参数进行编码等操作。代码3是在Activity创建时发起数据请求的关键代码。

代码3中，先按照文本获取接口组织参数，然后启动数据获取线程来获取数据。代码4是数据获取线程的关键代码。

代码4中，线程通过调用文本获取接口来获取数据内容，该内容是一个记录集。所以，文本内容的获取，在服务端可以理解为执行查询语句(可以传入参数)，然后将结果集返回给客户端(以JSON编码)。

4.3.2 分解记录

服务端返回的文本内容是一个记录集(JSON数组)，需要将其进行分解。代码5是分解数据内容(JSON数组)的关键代码。

代码5中，从JSON数组中分解出单个JSON对象，并将JSON对象转换成POJO类，并将类实例添加到数据容器(“ds”)中。最后通过Activity提供的数据更新接口(“updData”)和消息接口(“postMessage”)来更新数据和发送消息。代码6是将JSON对象转换成POJO类实例的关键代码。

代码6中，通过JSON对象的属性值来构建POJO类实例。

4.3.3 下载文件

文件的下载和展示一般在获取文本内容之后，即先展示文本数据，再展示图片内容。和文件上传一样，文件下载也需要记录的ID，即从指定ID的记录中的BLOB字段中获取文件流内容。代码7是启动下载文件的关键代码。

代码7可知，文件的下载是在记录对象生成时启动，且会在本地文件生成一个对应文件。代码8是文件下载线程的关键代码。

代码8中，需要调用服务端文件下载接口来完成图片文件的下载，并保存为本地文件。下载完毕后，会通过Activity提供的消息接口(“postMessage”)来发送消息。

4.4 信息展示

信息展示的载体是Activity所定义的可视化组件，文中实例中使用的是列表Activity，其需要设置列表适配器(Adapter)，列表适配器又绑定了记录集和和行布局。

4.4.1 初始化Activity

对于Activity，需要准备4件事情：定义数据容器、将数据容器绑定到适配器、初始化主线程消息队列处理器和启动数据获取线程。代码9是Activity初始化的关键代码。

代码9中，记录数据容器为“mySharing”，其是一个数组列表(ArrayList);其绑定到自定义列表适配器(“FooListAdapter”)。Activity使用数据管理器(DataMgr)来获取对象集(代码3);在Activity的主线程消息队列处理器(“Handler”)的定义中接收数据更新和图片更新的消息，并通知列表适配器进行更新。

4.4.2 Activity提供的数据更新接口

代码10是代码5中，数据获取线程在数据获取完毕后，所调用的Activity提供的数据更新接口的定义。

代码10中，该接口仅仅用来更新Activity的记录集(“mySharing”)。

4.4.3 Activity提供的消息发送

代码11是代码5中，数据获取线程在数据获取完毕后，所调用的Activity提供的消息发送接口的定义。

代码11中，该接口仅仅用来向Activity的主线程消息队列中发送消息。消息包括两类：一种是通知Activity更新数据(文本)，一种是通知Activity更新图片。Activity无论是收到数据更新还是图片更新的消息，都会“要求”列表适配器按照最新数据进行刷新。

4.4.4 自定义列表适配器

代码12是自定义列表适配器中所定义的行视图组件与对象属性值的映射关系的关键代码。

代码12中，在列适配器获取行视图的回调函数(“getView”)中，从每个对象中获取其属性值并分别设置到行视图所定义的各个可视组件中。其界面效果如图2(左图)所示。

囿于篇幅，列表视图的行视图的定义请参见完整代码。

另外，对于图片的展示其思路与文本内容相同，其技巧在于将服务端图片内容下载到本地存为图片文件，并将其路径信息设置为POJO对象的属性，通知适配器刷新视图时，按对象的路径属性加载图片文件即可。

4.5 工程设置

由于在该应用中需使用HTTP通信，涉及到HTTP的通信规范和网络访问，所以在工程中必须有相应的设置，具体如下：

(1)需引入httpmime包(安卓平台已经包含HttpClient的包)。

(2)须在工程清单文件中声明互联网访问等使用权限。

5 结语

从手机移动客户端进行信息处理的应用套路和技巧出发，结合安卓平台的技术特性，对手机移动客户端在信息推送、获取以及展示等应用方面的功能实现和相关技巧进行了详细的阐述，并结合实机案例对关键功能的实现进行代码了分析。

实际上，作为一个完整的应用系统，不仅包括手机移动客户端，还包括服务端和桌面应用，但囿于篇幅，文中只对手机移动客户端和服务端接口部分进行了介绍。

基于安卓系统的手机图书馆构建 篇10

随着电子文献资源的高速发展, 目前基于网络的电子文献已经打破了传统纸质文献一统天下的局面, 加之其具有使用方便、检索快捷等诸多优势, 可以预见, 未来的文献载体必然是电子文献的时代。为了使读者更好的利用电子文献, 构建基于安卓系统的手机图书馆具有积极的促进意义。

1 构建的可行性

智能手机的普及

早期受到手机硬件和软件的制约, 在当时的条件下构建手机图书馆并不具有可行性。在硬件方面, 如以2009年的高端手机诺基亚N97为例, 其CPU为Freescale ARM11 434MHz、RAM容量128MB、ROM容量256MB、手机屏幕3.5寸等。与之比较, 2014年的中低端手机红米1s移动版手机的CPU为联发科MT6589T四核1.3GHz处理器、RAM容量1GB、ROM容量8GB、手机屏幕尺寸4.7寸等。可见虽然手机硬件技术仅仅经过数年的发展, 但变化是非常巨大的, 而且后者价格不足千元, 仅为前者的数分之一。虽然早期的高配置手机即使能够基本满足掌上图书馆运行所需的硬件需求, 但运行效率可想而知, 实现的功能也较为有限。而现在的智能手机能够完全满足掌上图书馆的硬件要求。

在软件方面, 早期手机的智能操作系统以诺基亚的塞班系统为主, 受到当时手机硬件配置的制约, 塞班系统具有一定的局限性。现代智能手机的操作系统以谷歌公司的安卓系统和苹果公司的ios系统为代表, 两者比较, 基于安卓系统的手机具有更高的市场占有率, 加之整个系统时开放的, 而ios系统是封闭的等原因, 因此构建基于安卓系统的手机图书馆具有更高的实用价值。

无线网络技术的高速发展

近些年来, 无线网络技术也呈现出高速发展的态势。掌上图书馆使用时所需的无线网络种类可分为无线局域网和手机移动网络两种。在无线局域网方面, 在许多读者密集的地区, 如高校校园和公共图书馆的室内都以构建了无线局域网络, 可供读者免费、方便的使用;在手机移动网络方面, 目前4G网络已经入普及阶段, 其为手机用户提供了100Mbps~150Mbps的下行网络带宽, 是上一代移动技术TD-SCDMA的35倍, WCDMA的14倍。更快的数据浏览和下载速度, 将会给读者带来更好的手机阅读体验。

2 构建的前期准备工作

丰富的电子资源是构建手机图书馆的前提, 否则再完善的手机图书馆系统也是形同虚设。这就要求在资源构建方面, 手机掌上图书馆不应该仅以小说类资源为主, 应该融合电子图书、期刊和各种视频资源等资源, 可见前期准备工作是非常巨大的。为了更好的提高效率, 在资源的准备工作方面, 可与专业的电子资源数据库提供商合作, 与之共享数据库资源。在技术的实现上非常简单, 在此就不多赘述。

3 系统工作流程

手机用注册层

当读者在手机端输入手机图书馆的网址后, 首先进入用户注册层。该层要求用户填写“注册名称”、“注册密码”、“注册邮箱”等信息。当用户正确输入注册时填写的信息后, 就可登录手机图书馆。

资源检索层

由于手机图书馆在构建时将电子小说、电子图书、电子期刊和视频资源作为资源收集的方向, 因此根据以上资源的特点, 分别设计检索模块, 即整体分为小说检索、图书检索、期刊检索、视频检索和综合检索五大模块。小说检索模块仅为读者提供标题、作者两个检索选项;图书和期刊检索模块大体相同, 分为作者、标题、出版时间、摘要和关键词等几部分;视频资源检索分为名称、主演或参演者等几部分;综合检索模块就是将以上检索功能整合, 保证读者的检索的查全率, 忽略准确率。

资源下载层

若读者检索到所需的资源后, 点击相应的下载图标, 就可以下载和使用该资源。

资源评价层

读者阅读完下载的资源后, 可以根据自身的学习效果, 对资源进行简单的评价。整个评价体系分为10分, 其中1~3分为较差、4~6分为一般、7~10分为良好, 为没有阅读该资源的读者提供参考。

读者交流层

读者交流层的构建目的是为读者提供一个良好的手机信息交流环境, 以此提高读者的阅读积极性。为了更好的将有共同阅读和学习需求的读者组织在一起, 在读者交流层设计了多个讨论主题, 如分为英语知识讨论区、计算机知识讨论区、医学知识讨论区、小说类讨论区等等。

读者问题提交层

读者问题反馈层是读者意见提交的窗口, 读者可以就资源检索、下载时所遇到的问题提交给手机图书馆的管理员。当管理员收到信息后, 对这些问题进行逐一解答。

4 手机图书馆的构建建议

完善读者学习功能

目前手机图书馆的构建重点主要集中在资源的检索和使用方面, 当资源下载完成后, 就意味着整个服务过程结束。其实对于读者的学习来说, 这仅仅是一个起点, 就好比读者在图书馆仅仅是找到了所需的图书一样, 真正的阅读过程是长期的。因此建议当手机图书馆发展日益完善后, 提供适宜的学习功能, 如提供学习笔记的记录和存储、扩展阅读等等。

增加读者资源自由上传功能

读者的数量是海量的, 为了进一步丰富手机图书馆的资源种类和数量, 建议手机图书馆增加读者资源自由上传的功能。当然在资源上传的过程中, 为了保证资源的质量, 需要对读者上传的资源与手机图书馆拥有的资源进行重复率的比较, 过滤到重复过高的资源, 同时为了方便对读者上传资源的管理, 对该类资源进行单独标准。

5 结束语

构建基于安卓系统的手机图书馆可以最大限度的方便读者检索和获取到所需的资源, 使用成本也非常低廉, 从而最大限度的激发读者阅读的积极性, 提高读者的文化素质。