目前市场上主流的APP分为三种：原生APP、Web APP（即HTML5）和混合APP三种，相对应的定制开发就是原生开发、H5开发和混合开发。那么这三种开发模式究竟有何不同呢？下面我们就分别从这三者各自的优劣势来区分比较吧！
 一、APP原生开发
 原生开发（Native App开发），是在Android、IOS等移动平台上利用提供的开发语言、开发类库、开发工具进行App软件开发。比如Android是利用Java、Eclipse、Android studio；IOS是利用Objective-C 和Xcode进行开发。
 通俗点来讲，原生开发就像盖房子一样，先打地基然后浇地梁、房屋结构、一砖一瓦、钢筋水泥、电路走向等，都是经过精心的设计。原生APP也一样：通过代码从每个页面、每个功能、每个效果、每个逻辑、每个步骤全部用代码写出来，一层层，一段段全用代码写出来。
 优点：
 1、可访问手机所有功能（如GPS、摄像头等）、可实现功能齐全；
 2、运行速度快、性能高，绝佳的用户体验；
 3、支持大量图形和动画，不卡顿，反应快；
 4、兼容性高，每个代码都经过程序员精心设计，一般不会出现闪退的情况，还能防止病毒和漏洞的出现；
 5、比较快捷地使用设备端提供的接口，处理速度上有优势。
 缺点：
 1、开发时间长，快则3个月左右完成，慢则五个月左右；
 2、制作费用高昂，成本较高；
 3、可移植性比较差，一款原生的App，Android和IOS都要各自开发，同样的逻辑、界面要写两套；
 4、内容限制（App Store限制）；
 5、获得新版本时需重新下载应用更新。
 二、Web APP (HTML5）开发
 HTML5应用开发，是利用Web技术进行的App开发。Web技术本身需要浏览器的支持才能进行展示和用户交互，因此主要用到的技术是HTML5、Javascript、CSS等。
 优点：
 1、支持设备范围广，可以跨平台，编写的代码可以同时在Android、IOS、Windows上运行；
 2、开发成本低、周期短；
 3、无内容限制；
 4、适合展示有大段文字（如新闻、攻略等），且格式比较丰富（如加粗，字体多样）的页面；
 5、用户可以直接使用新版本（自动更新，不需用户手动更新）。
 缺点：
 1、由于Web技术本身的限制，H5移动应用不能直接访问设备硬件和离线存储，所以在体验和性能上有很大的局限性；
 2、对联网要求高，离线不能做任何操作；
 3、功能有限；
 4、APP反应速度慢，页面切换流畅性较差；
 5、图片和动画支持性不高；
 6、用户体验感较差；
 7、无法调用手机硬件（摄像头、麦克风等）。
 三、混合APP开发(原生+H5)
 混合开发（Hybrid App开发），是指在开发一款App产品的时候，为了提高效率、节省成本而利用原生与H5的开发技术的混合应用。通俗点来说，这就是网页的模式，通常由“HTML5云网站+APP应用客户端”两部份构成。
 混合开发是一种取长补短的开发模式，原生代码部分利用Web View插件或者其它框架为H5提供容器，程序主要的业务实现、界面展示都是利用与H5相关的Web技术进行实现的。比如京东、淘宝、今日头条等APP都是利用混合开发模式而成的。
 优点：
 1、开发效率高，节约时间。同一套代码Android和IOS基本上都可使用；
 2、更新和部署比较方便，每次升级版本只需要在服务器端升级即可，不再需要上传到App Store进行审核；
 3、代码维护方便、版本更新快，节省产品成本；
 4、比web版实现功能多；
 5、可离线运行。
 缺点：
 1、功能/界面无法自定：所有内容都是固定的，不能换界面或增加功能；
 2、加载缓慢/网络要求高：混合APP数据需要全部从服务器调取，每个页面都需要重新下载，因此打开速度慢，网络占用高，缓冲时间长，容易让用户反感；
 3、安全性比较低：代码都是以前的老代码，不能很好地兼容新手机系统，且安全性较低，网络发展这么快，病毒这么多，如果不实时更新，定期检查，容易产生漏洞，造成直接经济损失；
 4、既懂原生开发又懂H5开发的高端人才难找。
 以上就是原生开发、H5开发和混合开发各自的优缺点。相比之下，由于现代人的个性化需求越来越明显，所以原生APP开发也越来越多，定制化的服务更能满足消费者的需求。若您也想要定制一款别开生面的APP，就来找我们吧！

 
 
代码经过简单的整理，已经放到Github上了。https://github.com/zhengweichao/Hevttc
 回首来看，代码质量一般，里面也有各种逻辑问题，还望各位看官海涵。接下来有时间的话，会逐步进行优化。如果对你有帮助，还望可以给个star，不胜感激。
 
 
前言
 
在校园生活中，存在着各种各样的信息差。也正因为这些信息差的存在，经常让校园同学们面临各种各样的问题。比如丢东西的找不到东西，捡到东西的找不到失主等等。其中最为突出的莫过于 【失物招领】及【二手交易】了。
 校园作为一个比较特殊的地点，大家的素质以及诚信度普遍高于其它地方。“科师有约” 校园APP致力于减少校园信息差的存在，让校园生活更简单。
 
 
 
科师有约 只是一个美好的想法，并将部分功能从技术上进行简单实现。在实际生活中并未推广开来使用，在此权当抛砖引玉之用。还是希望学弟学妹们可以做出真正的产品，并在校园生活中得以应用。
 
 
本项目基于Bmob进行开发，很多地方需要Bmob相关知识。大家如果没了解过的话，可先自行查看 Bmob开发文档 。
 
系列文章：
 
Github地址： 科师有约校园APP
 
手把手带你撸一个校园APP（一）：项目简介
手把手带你撸一个校园APP（二）：应用启动和欢迎页面
手把手带你撸一个校园APP（三）：用户模块（登录注册等）
手把手带你撸一个校园APP（四）：APP框架及功能设计
手把手带你撸一个校园APP（五）：新闻页面中心模块
手把手带你撸一个校园APP（六）：失物招领&二手交易模块
手把手带你撸一个校园APP（七）：图说校园模块
手把手带你撸一个校园APP（八）：校园通讯录模块
手把手带你撸一个校园APP（九）：课程表模块（模拟登陆爬取教务处课程信息）
手把手带你撸一个校园APP（十）：APP通用模块（更新，意见反馈等）
 
实现效果
 
【失物招领】：
 分为 寻物启事（找东西的）+ 失物招领（找失主的）
 【二手交易】：
 分为 淘点宝贝（想买东西的）+ 换点银子（想卖东西的）。效果图与失物招领类似
 
 
分析
 
失物招领与二手交易，两个模块从整体逻辑上来说基本一致。因为我们只做简易实现，所以就两个模块就不再区分讲解（下简称 “需求” ）。
 （当然，这里还可以做很多很多优化，本文后面【未来可做的优化】部分会进一步讲解）
 需要实现功能如下：
 
发布需求（含 图片压缩及上传）
需求列表展示
需求详情展示
沟通联系（简化为 拨打电话）
 
其中需求列表的展示页面，与 新闻中心模块 使用的技术代码基本相同。想了解的可以再退回去看 上篇文章。
 
数据库设计
 
（因两模块基本逻辑相似，仅就失物招领模块开讲）
 为了使数据区分的更清楚，设计数据库时，将 “失物招领” 与 “寻物启事” 分别设置为两个表。其中的字段名称设计等均相同。字段如下：
 
字段名
描述
类型
是否主键
objectId
事件id号
String
是
title
事件标题
String
-
tel
联系方式
Number
-
author
发布人
String
-
content
事件详细描述
String
-
isOver
事件处理状态
Boolean
-
createdAt
事件发布时间
Date
-
（大家也可以设置为一个表，其中另外加一个字段进行区分）
 
安卓实现
 
发布需求
 
此处应用的技术都比较简单。发布需求 其实就是简单的数据库的增加操作。带图片的需求需要再做一下进一步的处理（图片压缩以及上传）
 
发布无图片的需求
 
LoseItem bean = new LoseItem();
MyUser user = BmobUser.getCurrentUser(MyUser.class);
bean.setAuthor(user.getUsername());
bean.setContent(loseDesc);
bean.setTel(loseTel);
bean.setTitle(loseTitle);
bean.save(new SaveListener<String>() {
    @Override
    public void done(String objectId, BmobException e) {
        if (e == null) {
            ToastUtil.show(LoseAddActivity.this, "发布成功", Toast.LENGTH_SHORT);
            LoadDialog.dismiss(LoseAddActivity.this);
            startActivity(new Intent(LoseAddActivity.this, LoseActivity.class));
            finish();
        } else {
            ToastUtil.show(LoseAddActivity.this, "发布失败，请稍后再试", Toast.LENGTH_SHORT);
            LoadDialog.dismiss(LoseAddActivity.this);
        }
    }
});
 
发布有图片的需求
 
现在手机像素一般都很高，所以一个图片好几MB 的情况也很常见。直接上传的话，会极大浪费用户流量以及文件存储空间。所以需要对图片进行压缩处理后再上传。
 所以发布有图片的需求需要拆分为以下 4 步来进行。
 
1. 选择图片
 选择图片部分使用了 廖子尧 大神的 imagepicker 库。完全仿微信UI，实现了拍照、图片选择（单选/多选）、 裁剪 、旋转 等功能。
 
 
 
Github : imagepicker
 作者：廖子尧 jeasonlzy
 
 
大神的文档写的十分详尽，集成方法我就不再赘述了。核心代码如下：
 
// 设置 图片选择器 相应参数
ImagePicker imagePicker = ImagePicker.getInstance();
imagePicker.setImageLoader(new GlideImageLoader());   //设置图片加载器
imagePicker.setShowCamera(true);                      //显示拍照按钮
imagePicker.setCrop(true);                           //允许裁剪（单选才有效）
imagePicker.setSaveRectangle(true);                   //是否按矩形区域保存
imagePicker.setSelectLimit(maxImgCount);              //选中数量限制
imagePicker.setStyle(CropImageView.Style.RECTANGLE);  //裁剪框的形状
imagePicker.setFocusWidth(800);                       //裁剪框的宽度。单位像素（圆形自动取宽高最小值）
imagePicker.setFocusHeight(800);                      //裁剪框的高度。单位像素（圆形自动取宽高最小值）
imagePicker.setOutPutX(1000);                         //保存文件的宽度。单位像素
imagePicker.setOutPutY(1000);                         //保存文件的高度。单位像素

// ...省略其它代码

// 开始选择图片
List<String> names = new ArrayList<>();
names.add("拍照");
names.add("相册");
showDialog(new SelectDialog.SelectDialogListener() {
    @Override
    public void onItemClick(AdapterView<?> parent, View view, int position, long id) {
        switch (position) {
            case 0:
                // 直接调起相机
                ImagePicker.getInstance().setSelectLimit(maxImgCount - selImageList.size());
                Intent intent = new Intent(LoseAddActivity.this, ImageGridActivity.class);
                intent.putExtra(ImageGridActivity.EXTRAS_TAKE_PICKERS, true); // 是否是直接打开相机
                startActivityForResult(intent, REQUEST_CODE_SELECT);
                break;
            case 1:
                //打开选择,本次允许选择的数量
                ImagePicker.getInstance().setSelectLimit(maxImgCount - selImageList.size());
                Intent intent1 = new Intent(LoseAddActivity.this, ImageGridActivity.class);
                intent1.putExtra(ImageGridActivity.EXTRAS_IMAGES, images);
                startActivityForResult(intent1, REQUEST_CODE_SELECT);
                break;
        }
    }
}, names);

 
2. 图片压缩
 图片压缩部分采用了 Luban（鲁班） —— Android图片压缩工具，仿微信朋友圈压缩策略。
 作者采用逆向推算，效果已经很接近微信朋友圈压缩后的效果。
 （再次踩在了巨人的肩膀上……）
 
 
 
Github : Luban（鲁班）
 作者： Curzibn
 
 
核心代码如下：
 
Luban.with(LoseAddActivity.this)
     .load(paths)                                   // 传入要压缩的图片列表
     .ignoreBy(100)                                  // 忽略不压缩图片的大小
     .setTargetDir(getPath())                        // 设置压缩后文件存储位置
     .setCompressListener(new OnCompressListener() { //设置回调
         @Override
         public void onStart() {
             // 开始压缩 ...
         }
         @Override
         public void onSuccess(File file) {
             // 压缩成功 ...
         }
         @Override
         public void onError(Throwable e) {
             // 当压缩过程出现问题时调用
         }
      }).launch();    //启动压缩
 
3. 图片上传
 这里是按照Bmob官方代码来写的。详情可见 Bmob文件管理 。
 
BmobFile.uploadBatch(filePaths, new UploadBatchListener() {
    @Override
    public void onSuccess(List<BmobFile> files, List<String> urls) {
        // 上传图片成功
        //1、files-上传完成后的BmobFile集合，是为了方便大家对其上传后的数据进行操作，例如你可以将该文件保存到表中
        //2、urls-上传文件的完整url地址
    }

    @Override
    public void onError(int statuscode, String errormsg) {
        // 上传图片失败
        LoadDialog.dismiss(LoseAddActivity.this);
    }

    @Override
    public void onProgress(int curIndex, int curPercent, int total, int totalPercent) {
    }
});
 
需要注意的是 上传多张图片，onSuccess 会多次调用 。别忘了做相应处理。
 
4. 发布需求
 和发布无图片需求代码基本一致，只不过多了一句设置图片的代码。
 
LoseItem bean = new LoseItem();
// ... 省略其它代码
bean.setPic(files.get(0));

bean.save(new SaveListener<String>() {
    @Override
    public void done(String objectId, BmobException e) {
        // ... 省略其它代码
    }
});
 
至此，失物招领 & 二手交易模块基本完成。
 
然而整个流程中还有很多可以优化的地方，作者大概率没有时间和精力去做这部分了。
 特将这部分内容整理如下，若他人有类似需求，以望能有所启迪或帮助。
 
未来可做的优化
 
简而言之，就是 提升平台能力。
 
因两个模块逻辑相似性较高，故此处以【失物招领】为例：
 在一个完整的过程中，总共存在3方：丢东西的，捡东西的，平台。
 
本文上面已经讲解了最基础简易的沟通流程：
 
丢东西的 在平台发布 寻物启事；捡东西的看见 --> 私下联系；
捡东西的 在平台发布 失物招领；丢东西的看见 --> 私下联系；
 
这种方式固然简单粗暴，但是显得不太灵活。
 身为平台，应该发挥出平台更大的能力。那么应该从哪里开始入手呢？
 
校园是一个很特殊的地方，这里的失物招领有许多特殊之处，总结一下不难发现：
 
用户群体（学生，教职工，家属楼住户）绝大多数都接受过高等教育，文化素质较高，认知较为统一； ==> 【其它用户捡到后，有较大概率归还】
用户活动范围较为一致，活动区域较为封闭； ==>【用户丢失物品，较大概率被其它校园用户捡到】
用户捡到或丢失的物品有较高重复性（校园卡，身份证，课本）； ==> 【物品上一般带有 失主信息，可以通过实名信息直接锁定失主】
根据院系，专业，班级等，很容易找到相关实名用户。 ==> 【根据附属信息，很容易找到某人或其朋友同学】
有很多人捡到东西后，会交给专门的组织或个人（失物招领协会，门卫，校园卡服务中心等）。 ==> 【可以集中起来这些地方的信息，统一处理】
 
综上所述，未来如果有学弟学妹想做这部分，按个人看法，可做的优化如下：
 
加强用户实名认证操作，仅限实名认证用户使用APP。
定期收集整理线下失物招领信息，录入线上系统。
线上系统运用实名信息匹配失主并通过推送私信等方式进行联系（保证用户隐私的前提下进行）。
对线上信息进行匹配以及相似内容匹配操作，以优化处理双方都发布了信息的情况。
 
 
至此，本文内容全部完毕，项目中大量依赖或采用了第三方项目的代码。在此向各位有分享精神的大佬们致敬！
 
如果本文对你有所帮助，还望可以随手赏一个点赞哈 ~ ~

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！
 关于Appium框架，早在之前的《移动端自动化测试实战（一）》系列文章中就有过介绍使用
 
 
 
 
文章目录
 
 

  
一、Appium 简介
  

   

    
1.什么是 Appium
    
2.Appium 的设计
    
3.Appium 的原理
    
4.Appium 的优势
   
 
  
二、Appium 环境搭建
  

   

    
1.基础环境
    

     

      
1.1 安装 node.js
      
1.2 安装.NET framework
      
1.3 安装 vc_redist
      
1.4 安装 jdk 并配置环境变量
      
1.5 安装 android sdk
      
1.6 安装工具包和手机操作系统
      

     
   
 

从 2014 年起，一个叫做 H5 的词出现了，稀里糊涂的火成了辣子鸡!
 
不光是互联网，甚至其它行业的从业者也被引入漩涡，连卖水果、卖大米、 做服装加工的传统制造业的从业者也开始迷信 H5 ，相信它有某种神器的力量! 那么问题来了，谁能给我解释解释这么神奇的 H5 究竟是个什么鬼?
 
有人说，H5 是 HTML5 的缩写，是新技术
 
有人说，H5 是植入在微信内的网页
 
有人说，H5 是超级移动 PPT、 APP
 
— 那么，究竟那个答案才是正确的呐? —
 
 
 
 
H5=HTML5是否可以成立?
 
很多人认为二者是一致的，那么我们先从 H5 说起。
 
第一个起H5外号的人真的很难找到了。使用这个名字，也许是因为好记，也许因为名字洋气，也许因为太多传播者忽视应有知识背景，无所谓名称含义。而H5这名字在营销词典里一经出现，不出半年就波及到了全国。于是，人人都知道有个很厉害的东西叫H5 ! 也都胸有成竹的把它当成高端技术拿来叫卖，但在整个链条中最开始觉得不对劲的是技术阵营。
 
程序员与需求方的聊天:
 
需求方: 你会做H5么?
 
程序员: 什么是H5 ?
 
需求方: (吱吱呜呜的回应) 不就是 HTML5 么? 网上都这么说的，是个缩写。
 
程序员: 你让我做的是个网页框架么?
 
需求方: 大家都是这么叫的，我给你个参考你照着做就是了，就是那个朋友圈里能接电话的。
 
需求方: 大哥!它不是 HTML5 好不好!
 
...
 
很多人会觉得H5是HTML5的缩写，这个看似合理的说法实际是愚蠢的，因为HTML本来就已是缩写，在缩一次，又是个什么鬼? H5也不是规范，它更像是技术执行方式，有 很多功能和特性，所以 H5=HTML5 是根本无法成立的 !
 
 
 
 
 
 
 
 
H5 确实涉及 HTML5 诸多规范，想做 H5 页面或多或少都要利用到 HTML5 很多内容，二者只是有联系，并非对等。在2015年上半年，随着H5的火爆，同时也引起了技术阵营与营销阵营的定义争锋，当时在互联网上两方大打口水之战，对定义展开了一场博弈，结果虽然是技术阵营妥协，但也有利的证明了 HTML5 和 H5 根本不是一个层面的东西!
 
H5=微信网页是否可以成立?
 
从切身体验来说，H5 似乎是基于微信的网页，但实际并非如此，大多数情况下，我们是通过朋友圈和微信群观看H5的，但实际上我们利用任何浏览器都可以观看H5，不管是 PC 端还是平板端。跳出朋友圈，H5依然可以被浏览，它的特效和演示甚至比你在微信看会更加流畅!
 
原来是因为微信集成了移动端浏览器，离开微信，H5照样可以正常运行，只是因为人们习惯了通过朋友圈打开H5来观看网页。所以，H5并不是微信网页，它是一个更大的概念， 只是因为微信巨大的用户群，让H5集中于微信，让人们觉得这个页面就是微信独有的，也让H5和微信朋友圈成为了代名词。
 
 
 
 
如果不相信，你可以复制微信里H5网站地址，然后粘贴到 PC 端或者手机端浏览器看看效果，你会发现效果一致。也因为微信是H5的后盾，才使得H5能够很迅猛的得发展。但是H5并不是微信的专有网页，H5的概念远大于微信本身。
 
H5=移动PPT APP又是否可以成立?
 
H5确实能实现移动幻灯片的功能，但它不仅仅是移动幻灯片，它能实现的事情远比移动幻灯片要多的多! 手机端的APP在今天当然是可以用H5实现的，但APP还存在原生开发模式，也就是Native Apps(原生程序)，H5和Web Apps的关联更大，它们是相互包含的关系，而微信在2016年推出的“小程序”就是一个完全依靠H5来改善现有APP诸多问题的解决方案，“小程序”下的“小应用”是一个H5版本的移动 APP，但即使如此，APP与H5 也不可以对等。而网上看到的 "H5APP" 这样的名词也更是让人费解，"H5 APP" 并不等于 web APP。
 
 
 
 
那么H5究竟是什么?
 
所有的常规猜测和网上话题引导我们都论证了，结果全部不成立! 当我们从新把所有内容放在一起时，你会发现H5它包换了HTML5 的标记规范，运用到了例如 CSS、JS(Java)等多种计算机语言，可以实现多种动效和视听效果，会利用到后端和前端的多种功能，主要在手机端传播，可以跨平台在PC、平板上浏览等等...
 
当我们在这些所有包含的特性上寻找共性时，我们得到了一个意外的答案，H5不是 HTML5、不是微信网页、不是移动 PPT。相反，从某种意义上来说，它是这些东西的母级，H5所指的就是移动网页本身，它能够包含所有这些分支!
 
 
 
 
H5是中国人制造的一个专有名词，就像是我们喜欢把 “苹果 7” 说成是 “肾7” 一样。但 H5 就坏在它看上去像是个英文缩写，似乎是某种尖端技术，实际上国外根本没有这个说法，老外都不知道这个H FIVE是什么东西，看上去极为洋气的玩意儿，原来是个假冒的本土货!
 
我最初希望看到国外的H5网页，但不管怎么搜、怎么找都找不到，后来在多方的查询和努力下， 通过了**HTML5 website、webapps、minisite **这样的词条才能找到类似的网站，而你却无法找到一样的东西，就目前国内H5的发展来看，实际已经在某些领域走在了世界的前列，尤其是移动营销领域 。
 
 
 
 
还原HTML5 website、webapps、minisite的母级，从我需要寻找的特性来看，同样是移动网页的意思，它的遭遇就很类似我们平时老挂在嘴边上的PPT 一样，我们说的实际不是 powerpoint，而是幻灯片。同样的，我们讲的不是H5，而是移动网页。就像是很多人很熟悉 PPT，但并不知道什么是PPT一样，很多人熟悉H5，但是也不清其它究竟是什么， 那么费这么大劲了解定义又有什么用?
 
实际上，我认为意义非常的大，当你对载体模糊时，你都不知道如何去突破和驾驭，就像是孙子兵法里讲的，打仗要“知彼知己；百战不殆”，不了地形、配置、局势的战略家就会像是没头苍蝇一样乱打一气，就像是2015~2016年国内的营销圈一样，从乱象中，我们就能体会到，很多人并不知道自己做的是什么，那就更别提有效的创作了，因为开发者对概念都是模糊的，自然不可能去驾驭概念，很多人并不知道自己做的是网页。