手机app开发技术方案

2024-09-06

手机app开发技术方案（精选6篇）

篇1：手机app开发技术方案

广州APP开发公司酷蜂科技设计app的方案，移动互联网作为信息服务的新兴产业，在近2年，也逐渐与地产业紧密结合，通过微博、微信、手机APP等方式，为地产业提供了新的营销思路与方法。手机具有随身携带，信息传播快等特点，因此以手机为媒介，向潜在消费者发布有吸引力的营销信息与广告，将楼盘信息全面集成在一部小小的智能手机上，让传统楼书转变为电子化的手机楼书，已经成为了一种新型的地产营销模式。

智能手机普及的今天，利用手机这一新兴媒介，通过智能手机APP，能建立全新的购房者与房企信息沟通渠道，全新的楼盘信息展示方式，让楼书装进潜在消费者的口袋，并利用移动互联网传播速度快等优势，快速找到意向客户，传播信息，传递楼盘价值，提升销售。房地产利用APP进行营销与推广，有以下几个优势：

1.随身楼书，随身楼盘信息全展示，用户可以随时翻看，而且较长时段内，用户不会丢失。

2.信息展示方式更新颖，支持视频、GPS地图等多种模式，信息更加全面化，宣传效果更好。

3.信息随时更新，各种营销活动直接推送到用户手机，时效性更强。

4.通过客户端，建立购房者与房企的互动渠道，改变了原来依靠电话的单一模式。消息推送、优惠活动、客户积分等多种营销模式的支持，直接通过手机操作，更便捷。

因此，房企为了加快楼盘销售进度，提升楼盘品味，提高营销效果，而采用APP作为营销工具，可以起到良好的推动作用。房企APP（楼盘APP）在分析用户的需求基础上，结合智能手机的各种智能化功能，一般具备以下的典型模块：

A：楼盘介绍：通过文字、图片、视频等方式，全面展示楼盘信息，让购房者通过手机，了解楼盘的特色与优势，将原来平面化的楼书，改变为交互性强，丰富多彩的电子楼书。

B：周边配套：采用GPS地图方式，一方面，可以很直观的表现楼盘在城市所处的位置，及周边的交通状况。另一方面，通过地图的二次开发，标注楼盘周边的商场、娱乐、学校、医院、政府机构等，让购物者对购房入住后，周边的生活配套情况，有很全面的了解。

C：房型展示：展示小区楼盘各个户型的户型图，并介绍各户型的特点、适宜居住人群等，便于购房者进行户型选择。支持3D模型的360度展示，实景展示，效果更佳。

D：VIP会员卡：支持VIP会员卡，及会员卡相关的活动等。打造购房潜在用户圈，并通过各种圈子营销活动，提升销售成功率。

E：物管介绍：楼盘物管信息展示，让购房者了解入住后的物业关系相关信息。

F: 优惠活动：楼盘的各类优惠活动的手机信息推送，直达购房者手机，活动消息100%到达，直接面对意向用户，宣传效果好。

G: 购楼咨询：通过楼盘APP，直接与销售顾问取得联系，询问购房的相关事宜。

H：投资价值：简要介绍楼盘的投资前景，坚定购房者的购房信心。

I：楼盘分享：App内置微博与微信分享模块，用户可以通过自己的账号，分享楼盘信息。主要与有奖活动配合，提高楼盘的营销效果，扩大营销面。

随着智能手机的进一步普及，房地产企业通过APP进行楼盘营销，将越来越普及。但是因为开发的楼盘众多，房企之间的竞争也非常激烈。差异化营销，信息化营销将成为房企营销的新手段，给房地产企业带来新的推动力，房地产APP也将不断创新发展，给房企和购房者带来更大的信息和营销价值。

篇2：手机app开发技术方案

酷点网络p2p网贷app开发解决方案如下：

网站模块

网站公告

发布站点的重新公告及新闻图片视频新闻

发布行业和公司重要热点图片视频新闻借款标列表全部的借款标列表

正在发布

实时更新显示正在发布标详情正在投标

实时更新显示正在发布标详情媒体报道

展示相关影响力媒体对平台的报道成功案例

介绍平台成功借款故事和投资案例我要投资

投资流程

说明投资流程及VIP认证流程

全部借款列表

全部借款标，根据实地认证、信用认证、机构担保等分类借款标志说明

根据标志识别借款标的类别与属性

收益计算器根据投资金额、年利率、期限等进行收益计算标的详情

借款标的介绍，包含信用、还款记录、审核记录等我要借款

借款流程

说明平台借款流程及原理信用借款

通过平台资质审查获得信用额度借款

担保借款

网站作为第三方担保，通过网站资质审查获得担保借款抵押借款

通过网站资质审查获得抵押借款额度流转标借款通过网站资质审核获得流转标额度账户中心

见账户中心模块（账户中心模块功能强大，独立说明）帮助中心

从借款标、信用、理财、债权、提现等全方面客服联系客服

在线与客服实时交流

社区论坛

论坛管理

自由分配论坛版块

我的账户

见账户中心模块（我的账户模块功能强大，独立说明）

本金保障

实现网贷平台上的本金公示，进行全程担保，与第三方金融平台联合保障金

个人中心

个人信息管理、账户管理、理财管理、借款管理、债权管理、银行卡管理

新手指南、安全保障、常见问题、关于我们、检测更新

网贷平台需要注意的问题：

1、要像银行一样拥有严格的风险控制制度，只是我们的借款客户群体聚焦于银行不重视的小微企业。

2、要像实体商品批发市场一样，只做场所提供者，借贷双方完全自主自愿达成合作，绝不做任何诱导式宣传，我们的宣传只在于自身品牌公信力。

篇3：手机app开发技术方案

随着移动网络基础设施的建设，手机不可否认地逐渐成为重要的信息载体。不仅如此，随着智能手机在性能和系统功能方面的不断提升和完善，其在信息平台中的地位逐步赶超桌面系统。对于手机平台，信息采集能力和互联网连接能力正是其优势及发展趋势之所在，对于当前主流的手机平台：安卓和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 结语

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

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

篇4：手机App开发的艰难创业路

App是Application（应用程序）的简称，由于智能手机的流行，现在的App多指智能手机的第三方应用程序。

昙花一现的手机App

我是一名典型的“手机控”，每天清晨一睁眼，第一件事就是先摸索着找到临睡前扔在床边的手机，看看社交软件里有没有朋友的留言，再刷刷微博、浏览微信朋友圈，顺便看些轻松愉快的网络段子。平时做什么事，首先都会先想到打开手机上的App软件查一查，比如各种团购信息、旅游信息、理财及生活类解疑答惑等。而且，身边的很多朋友都跟我一样，从早上被闹铃闹醒，到晚上关掉微信或单机游戏，手机里的App已经成为日常生活工作中不可缺少的一部分。

虽然App软件的运用已经无处不在，但能够长久吸引用户的却不多，以曾经红极一时的捕鱼达人、疯狂猜图、消灭星星、植物大战僵尸等手机游戏为例，如今已经很少在手机上存在，即使依旧存在，也很少有人会去打开它。最近，一份咨询公司的调查报告显示：“App的生命周期平均只有10个月，85%的用户会在1个月内将其下载的应用程序从手机中删除，而到了5个月后，这些应用程序的留存率仅有5%。”数据的背后，我们不得不思考，曾经红极一时的App，为何昙花一现？数以万计的App最终有多少能实现名利双收？

开发成本低运营难

小邹是一名“80后”软件工程师，曾就职于深圳的一家游戏公司，两年前已经辞职，现在与朋友合作创业开发App，目前，他的团队正在做的是游戏类的App。

根据小邹介绍，现在有很多自助生成App平台出现，用户可以在短短几分钟之内制作出一款手机App，所以App的开发已经接近“零门槛”，这让草根创业者们对App市场趋之若鹜。“也正因为APP开发成本小，我才成为这些创客们中的一员”，小邹笑言。

成本低，App开发团队的工作就没有阻力吗？小邹的回答并非如此，刷不起榜、同质化严重、找不到国内付费用户、难以吸引广告商户……这是小邹对这两年创业经历的总结，他说自从创业做App的开发后，非但没有让他实现最初的梦想，反而因没有盈利而苦恼不已。

小邹说，创业之初，他们的团队花了4个多月的时间开发了第一款游戏软件，开发成功后与一家App推广公司达成合作协议。“他们就只在微博和游侠论坛上发了几个帖子，根本没起到效果。”小邹说，推广公司就那样白白赚走了几百块钱，却没有起到推广作用，而他们也没有钱请大型推广公司大肆推广产品。

在该游戏软件有了一小批用户后，小邹发现愿意在游戏上花钱的用户寥寥无几。于是，他将这款游戏升级改版，重新设定了盈利方式：游戏免费、收取广告费。然而已经错过最佳推广时间，移动互联网上类似的游戏已随处可见，这款游戏的下载量骤减，没有商户愿意在上面投放广告了。于是，小邹团队半年的辛苦付诸东流。

没有盈利，员工待遇就得不到提升，小邹说他公司月薪6000元的工程师曾被大公司以1万多元的月薪挖走过，那些大型互联网公司进入App行业后，他们这种小型的App开发公司在人才争夺战中败下阵来，更加大了其经营难度。

创业不易困境中求生存

像小邹这样怀揣梦想的App应用开发者在国内已达数百万，但是真正运营成功的产品却寥寥无几，他们在正式踏入APp开发的大门后，才发现推广困难、山寨成风、国内用户不愿付费、难以留住员工等数道墙挡在他们面前。

小邹说，尤其是推广APP，有一个漫长的“烧钱”积累用户的过程，很多公司在这个过程中消逝，也有很多公司在这个过程中苦苦挣扎。像小邹的APP应用公司，在前期创业过程中，没有足够的资本通过花钱去获得用户，或者购买大量的线下广告做品牌宣传（楼宇、地铁、公交站牌、LED视频等）。于是他发现了一些免费的资源和手段去运营推广APP。

以小邹的经营经验为例，App产品在开发成功后不能匆匆上线，因为刚开发的产品，或多或少会存在BUG、UI美术的瑕疵、使用流程不符合用户习惯等，在这种情况下，应用库等级明显比同类产品落后，导致产品一开始运营推广就输在了起跑线上。另外，在产品上线的前半个月，可以先在各大论坛，如机锋论坛、安卓市场论坛、安智市场论坛、木蚂蚁论坛上，做产品宣传预热，同时运用微信、微博等配合宣传。当产品可以上线之时，先不着急的去上传各大助手、应用市场、商城以及下载站点，因为如果“急功近利”地去覆盖各大渠道，那么就会失去一次“新品首发”的机会。例如360手机助手、应用宝、华为应用商城、小米应用商店等，都有新品首发，所以产品准备上线的时候，先了解各大渠道新品首发的规则，收集新品首发的渠道数量。新品首发会给产品带来第一批“种子用户”。在经历了新品首发后，再覆盖各大渠道了。

而要留住员工，像小邹这种资金小的公司，难以依靠涨工资来实现，于是会通过管吃管住、放宽考勤，再送一些广告商提供的礼品等“软待遇”来加深员工的忠诚度。

手机App软件的开发，正经历着大浪淘沙，但是走在开发路上的创业者们仍前仆后继，他们希望能用自己的智慧和努力，在这条路上走得更稳、更远。