app 订阅
手机软件,主要指安装在智能手机上的软件,完善原始系统的不足与个性化。使手机完善其功能,为用户提供更丰富的使用体验的主要手段。手机软件的运行需要有相应的手机系统,截至2017年6月1日,主要的手机系统:苹果公司的iOS、谷歌公司的Android(安卓)系统、塞班平台和微软平台。2019年11月4日,工业和信息化部信息通信管理局组织召开APP侵害用户权益行为专项整治工作启动部署会,将重点对违规收集用户个人信息、违规使用用户个人信息、不合理索取用户权限、为用户账户注销设置障碍四个方面的8类问题开展规范整治工作。 [1] 展开全文
手机软件,主要指安装在智能手机上的软件,完善原始系统的不足与个性化。使手机完善其功能,为用户提供更丰富的使用体验的主要手段。手机软件的运行需要有相应的手机系统,截至2017年6月1日,主要的手机系统:苹果公司的iOS、谷歌公司的Android(安卓)系统、塞班平台和微软平台。2019年11月4日,工业和信息化部信息通信管理局组织召开APP侵害用户权益行为专项整治工作启动部署会,将重点对违规收集用户个人信息、违规使用用户个人信息、不合理索取用户权限、为用户账户注销设置障碍四个方面的8类问题开展规范整治工作。 [1]
信息
中文名
手机软件
外文名
App(Application)
应用平台
塞班平台,微软平台,谷歌平台,苹果iOS平台等
手机软件主要特点
智能手机,是指像个人电脑一样,具有独立的操作系统、独立的运行空间,可以由用户自行安装软件、游戏、导航等第三方服务商提供的程序,并可以通过移动通讯网络来实现无线网络接入手机类型的总称。随着智能手机的普及,人们在沟通、社交、娱乐等活动中越来越依赖于手机App软件(App,英文Application的简称,即应用软件,通常是指iphone、安卓等手机应用软件)。手机软件是通过分析,设计,编码,生成软件,而手机软件是一种特殊的软件。 [2] 
收起全文
精华内容
下载资源
问答
  • app
    千次阅读
    2020-11-12 10:32:05

    抛开uni-app可以开发多端,而5+App只能开发App不谈。本文只谈仅做App的情况下,uni-app的App和5+App有什么区别。

    5+App是DCloud上一代产品,基于webview扩展的混合开发技术。
    它的每个页面都是一个webview加载一个html页面,调用原生扩展能力时通过webview的桥通信实现。
    5+App可以满足常规App的开发,并且基于html开发比较简答。但距离第一流互联网体验要求的App而言,5+App难以满足这种要求。

    于是DCloud新出了uni-app。
    uni-app引入了独立的jscore,逻辑层和视图层分离,并且视图层支持Webview渲染和nvue原生渲染的双渲染引擎,开发者可以做出更高性能和体验的App。

    uni-app比5+App的改进具体包括:

    引用独立的js引擎,将逻辑层和视图层分离,用多线程解决卡顿问题

    webview是单线程的,不管多少个webview,它们的js跑在同一个线程里,会互相影响。js即运行逻辑,又操作页面渲染,经常会阻塞。

    引入独立的js引擎(jscore)后,由单线程变成双线程。将逻辑层和视图层分离,逻辑层运行在jscore里,视图层仍然在webview里,可以大幅提升页面加载体验。

    比如新页面动画进入时,在5+App里,需要先打开一个新webview,然后这个webview里的js代码去联网下载数据,下载数据后填充到页面,这样等待时间会很长。
    但在uni-app里,打开新页面时,联网是在始终都存在的jscore里进行了,同时另一个线程打开了视图层的webview页面,它们双线程并行工作而不是串行,所以新页面内容加载非常快。

    5+App要想加快新页面速度,往往需要做预载。这增加了内存占用和代码复杂度。uni-app无需预载,可以快速加载新页面。

    当然引入独立的jscore也会有代价,就是Android包体积增加,一个Android的js引擎大约7M的体积。iOS由于系统自带jscore,不需要新增js引擎体积。

    双线程还有一个负面问题是两个线程之间通信是需要时间的,高频通信不能像在webview里那样自由写代码,需要依靠uni-app提供的renderjs方案来解决这类问题。(react native也有这类阻塞问题,但它没有解决方案,不如uni-app)

    支持原生渲染

    5+App是webview渲染的,而uni-app是双渲染引擎可选。nvue原生渲染支持带来大量的好处,由于内容较多,本文不列举,请另行参考:nvue使用指南

    原生插件系统改进和生态区别

    5+App是基于Webview的js桥通信和原生能力对接的,这种做法,需要在原生层和js层编写大量代码才能互相对接起来。
    uni-app是jscore和原生能力对接的,此时原生插件编写,主要是写原生代码,插件开发工作量大幅减少、插件使用也变的更加方便。
    DCloud已经淘汰了5+App的原生插件扩展模式,并且为uni-app建立了插件市场
    所以uni-app有丰富的原生插件生态,这对开发者很重要。选择5+App将无法享受这种生态。

    底部选项卡的逻辑

    5+App的启动逻辑,是先打开lauchWebview,然后由这个Webview加载页面内容和逻辑,包括创建底部选项卡。每个选项卡都是一个Webview,以父子Webview嵌套方式排版。整个应用的启动速度和内存占用都比较高。
    在uni-app里,App启动时是原生先根据pages.json描述绘制底部选项卡,这个速度是非常快的。并同时打开jscore,jscore的启动时间也比Webview快很多。不同的选项卡的Webview不是父子嵌套,渲染压力和内存占用都要好很多。

    软键盘优化

    • Android软键盘底部灰一下的问题
      5+App的软键盘,在Android上,弹出和收起时,底部会灰一下,因为键盘移动的速度很快,而Webview的大小调节速度没那么快。
      uni-app里则没有这个问题。
    • 软键盘右下角按钮自定义问题
      Webview里的软键盘,右下角按钮无法自定义为“发送”。uni-app通过提供nvue原生渲染解决了这个问题。

    区域滚动长列表的体验和自定义下拉刷新问题

    Webview的页面超长滚动没有问题,但区域想要长列表滚动就性能非常差了。
    这需要uni-app的nvue里的list组件或recycle-list组件来解决。没有这种技术,很多优秀的交互做不出来,比如可吸顶、可左右滚动的区域长列表。
    包括区域长列表的自定义下拉刷新,也无法在5+App的框架下给出高性能的方案,还是需要nvue的refresh组件。

    同屏多Webview的内存消耗

    5+App里经常需要做Webview的嵌套或同屏覆盖:

    1. 比如要盖住map等原生组件,就需要再创建一个webview去盖住它。
    2. 比如左右拖动的顶部选项卡+长列表,需要创建多个webview形成webview group才能保证体验。
      这些做法非常占用内存,并且屏幕渲染时要处理的逻辑非常多,导致渲染变慢。
      uni-app里完全没有同屏多webview并存的现象,它通过nvue来解决上述问题,一个nvue页面的内存占用要比一个webview的内存占用小太多了。

    WKWebview的坑

    由于Apple废弃了灵活的UIWebview,强推WKWebview,这对传统混合开发的应用造成了很大的限制。
    WKWebview的跨域问题让人非常烦恼,内存不足时自动单屏崩溃(白屏)问题更是无解。
    uni-app的js由于运行在jscore而不是WKWebview里,所以不存在这些问题。

    uni统计

    uni-app同时配套了一个强大的uni统计系统,https://tongji.dcloud.net.cn/
    uni统计可以免打点统计非常多内容,是运维的好帮手。

    技术支持和社区生态

    uni-app有十几万人的官方QQ群/微信群,各个群都活跃。网络上的视频教程、经验分享也更多。
    5+App的使用人数比uni-app少很多,交流群活跃程度、资料丰富度都不及uni-app。

    5+App的优势

    虽然uni-app优于5+App很多,但5+App也有一些优势:

    1. 入门简单:uni-app要求开发者必须掌握vue。而5+App只需要会html即可。
    2. 包体积小,Android不需要引入7M的独立js引擎。不管Android还是iOS都不需要引入1M的uni-app基础组件框架
    3. 5+app的Android最低版本支持到2.3、iOS最低支持7。而uni-app的Android最低是4.4、iOS最低9。事实上Android4.4是2013年发布的,更低版本的手机在市场上基本没有市占率了。

    所以DCloud的建议是,除非你只会html但不会vue,也不想学vue,且对App的性能体验要求不高,不需要扩展原生能力,或者必须要支持Android4.4以下的手机,那么可以使用5+App。其他场景则应该使用uni-app。

    更多相关内容
  • uni-app实战社区交友类app开发

    千人学习 2020-03-06 14:43:32
    适用人群 具备Html+Css+Javascript基础知识。 课程概述 本季度为uni-app实战项目第一季度,将实战开发社区交友类app,其中会包括发布到安卓端app,iOS端app、微信小程序和支付宝小程序。 课程大纲见以下图!
  • uni-app实战仿微信app开发

    万人学习 2020-03-08 01:48:48
    适用人群 具有Html+Css+JavaScript基础,有一定的Vue.js基础,挑战高薪职位 ...实战仿微信app和小程序全栈开发,开启纯nvue原生渲染,大大提高性能。一次开发,同时搞定Android、iOS和小程序端等。 课程大纲见以下图!
  • uni-app实战商城类app和小程序

    千人学习 2020-03-07 22:06:28
    课程概述 本季度为uni-app实战项目第2季度,将实战商城类app和小程序,其中会包括发布到安卓端app,iOS端app、微信小程序,另外还会涉及Weex(nvue),Vuex模块化管理,商城支付模块等。 课程大纲见以下图!
  • Android小项目——新闻APP(源码)

    千次下载 热门讨论 2019-02-26 19:40:11
    Android小项目——新闻APP(源码),一个很简单的可以练手的Android Demo Ps:下载之前可以先看一下这篇文章——https://blog.csdn.net/qq_34149526/article/details/80992341
  • js判断移动端APP是否安装

    热门讨论 2015-05-13 13:23:06
    js判断移动端APP是否安装 如果安装就打开APP 没有安装就提示下载
  • 分享一份软件测试项目实战(web+app+h5+小程序)

    万次阅读 多人点赞 2021-10-22 15:46:55
    本次,谭叔再度出马,给大家找了一个非常适合练手的软件测试项目,此项目涵盖web端、app端、h5端、小程序端,可以说非常之全面。 缘起 在这之前,谭叔已经推出了九套实战教程。 但是,这些教程以web测试和接口测试...

    大家好,我是谭叔。

    本次,谭叔再度出马,给大家找了一个非常适合练手的软件测试项目,此项目涵盖web端、app端、h5端、小程序端,可以说非常之全面。

    缘起

    在这之前,谭叔已经推出了九套实战教程。

    image-20211012203019737

    但是,这些教程以web测试和接口测试为主,没有app等项目。为了让实战项目更加全面、涵盖到各端,同时也为了满足读者粉丝们对项目的高需求,我决定再给大家找一个项目。

    实力宠粉,求个赞不过分吧~

    说实话,在找项目的过程中,我下载过(甚至付费下载过)N多个项目、联系过很多项目的作者,但是绝大部分项目,在我看来,并不适合你拿来练习,它们或多或少都存在着“问题”,比如:

    1. 大部分项目是web项目,很难找到app项目,特别是有app安装包的项目
    2. 大部分app项目只有前端代码,没有后端服务代码,你只能以“使用者”的角色练习
    3. 大部分有app安装包的项目,项目作者提供的是试用app,很难保障个人隐私、账号安全等
    4. 大部分项目缺少部署指南,看起来一头雾水
    5. 有的项目涉及的业务,如果你缺少业务基础,很难上手,如支付、区块链、货币等
    6. 很少有统一的、能涵盖多端使用的项目

    这些问题,我相信在你的学习过程中,也遇到过,并且很难解决。

    但请放心,我都帮你解决好了!

    在我浏览了上百个项目,亲手搭建了十多个项目之后,终于为你挑选出一个非常适合练手的软件测试项目。

    有了它,你就再也不用担心这类招聘了~

    image-20211012105704274

    项目介绍

    项目名:XX商城

    涉及端:电脑PC端、app端、H5应用端、小程序端

    在该项目中,你可以随性操作,肆意妄为。比如,你可以自定义商城页面:

    image-20211012154106723

    自定义后,在app和h5界面刷新,便能看到自定义的效果。

    image-20211012154215927

    你还可以给商城会员充值,用以购买商品。

    image-20211012154656435

    针对该项目,我无偿提供了全套教程(详见后续更新的文章):

    image-20211012163404066

    同时,我无偿提供了该项目的全套资料

    image-20211012163605816

    除此之外,我还无偿提供一份我使用很久的、个人总结的、完整的app测试用例,为你练习提供指引和参考:

    image-20211012112737056
    【获取 】

    当然,针对动手能力弱的同学,我也提供了演示视频(按需取用):

    image-20211012163712124

    最后

    特别感谢萤火科技提供的开源项目!本套教程完全遵循该项目的版权说明完成。

    image-20211012163929147

    话不多说,按需自取。

    展开全文
  • stm32f103串口BootLoader工程及APP工程,完整可以做实验,上位机用SecureCrt
  • [干货]手把手教你写一个安卓app

    万次阅读 多人点赞 2021-04-27 21:06:49
    我想大家是想写一个手机app吧,前面已经分享了在QT上如何写一个安卓蓝牙app,虽然qt可以做app但是比起Android Studio还是差很多了!这里我们介绍一种快速入门的方法来制作一款app,就算你是零基础小白没有学习过java...


    摘要:最近有很多小伙伴在后台留言:Android Studio。我想大家是想写一个手机app,前面已经分享了在QT上如何写一个安卓蓝牙app,虽然qt可以做app,但是比起Android Studio还是差很多。这里介绍一种快速入门的方法来制作一款app,就算你是零基础小白没有学习过java语言也没有关系,相信看完我的文章,半天时间也能做一个安卓app。本文针对初学者,大佬勿喷啊

    1. 创建HelloWorld项目

    这里我就不介绍如何安装这个Android Studio软件了,网上有很多教程或者去B站找对应的安装视频就可以了。安装好软件之后就开始按照下面的步骤新建工程了。
     选择一个空应用
     按照图片的配置方法,设置好工程名和路径

    2. 修改阿里云镜像源

    这一步一定要需要,不然的话你需要编译很久,因为在sync的过程中要下载的很多资源是在外网的,这里使用阿里云镜像源就会很快。修改后只对本项目有效:
     第一处代码

    maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/google' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/gradle-plugin' }
    

    第二处代码

    maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/google' }
    maven { url 'http://maven.aliyun.com/nexus/content/repositories/gradle-plugin' }
    

     这样编译起来就会快很多,建议这样修改,不然很可能下载失败导致编译不成功!

    3. 真机调试

    我们可以编译完成后打包成apk文件发送到你的手机进行安装运行,但我建议还是手机连上数据线在线调试比较好,省去很多时间也非常方便。手机连接电脑后打开USB调试,这里以华为荣耀V10手机作为参考。

    • 1.选择USB连接方式是MIDI(将设备用做MIDI输入设备)
    • 2.在设置的“系统和更新”—>开发人员选项—>打开USB调试
    设备作为MIDI设备
    开启USB调试


    然后点击这个三角形,就可以看到手机上的APP显示了。

    运行结果和上图一样。到这里我们已经完成了一个app的制作怎么样是不是很简单啊!

    接下来介绍一下代码目录,方便大家能够快速的掌握和了解项目所生成文件功能和用途!

    4. Android代码目录

    这里有两种文件架构,所打开的也是两种不同的目录文件。

    5. Android应用程序大致启动流程

    5.1. APP配置文件

    5.2. 活动文件(Java)

    5.3. 布局文件(XML)

    Android设计讲究前后端分离设计,上面的java文件是后端,引入了activity_main这个前端界面布局文件,如果想再设计一个界面就在layout文件夹下再新建一个 .xml文件就可以了。

    5.4. res资源目录(统一管理)

    5.4.1. colors.xml


    三个颜色有点少我们可以在加一些颜色但这里面来。

        <color name="white">#FFFFFF</color> <!--白色 -->
        <color name="ivory">#FFFFF0</color> <!--象牙色 -->
        <color name="lightyellow">#FFFFE0</color> <!--亮黄色 -->
        <color name="yellow">#FFFF00</color> <!--黄色 -->
        <color name="snow">#FFFAFA</color> <!--雪白色 -->
        <color name="floralwhite">#FFFAF0</color> <!--花白色 -->
        <color name="lemonchiffon">#FFFACD</color> <!--柠檬绸色 -->
        <color name="cornsilk">#FFF8DC</color> <!--米绸色 -->
    

    5.4.2. strings.xml

    5.4.3. styles.xml

     ***

    5、主界面布置

    5.1线性布局(LinearLayout)

    线性布局的形式可以分为两种,第一种横向线性布局,第二种纵向线性布局,总而言之都是以线性的形式一个个排列出来的,纯线性布局的缺点是很不方便修改控件的显示位置,所以开发中经常会以线性布局与相对布局嵌套的形式设置布局。

    5.2相对布局(RelativeLayout)

    相对布局是android布局中最为强大的,首先它可以设置的属性是最多了,其次它可以做的事情也是最多的。android手机屏幕的分辨率五花八门,为了考虑屏幕自适应的情况,在开发中建议大家都去使用相对布局,它的坐标取值范围都是相对的,所以使用它来做自适应屏幕是正确的。

    5.3帧布局(FrameLayout)

    帧布局原理是在控件中绘制任何一个控件都可以被后绘制的控件覆盖,最后绘制的控件会盖住之前的控件。界面中先绘制的ImageView 然后再绘制的TextView和EditView,后者就会覆盖在前者上面。

    5.4绝对布局(AbsoluteLayout)

    使用绝对布局可以设置任意控件在屏幕中XY坐标点,和帧布局一样绘制的控件会覆盖住之前绘制的控件,不建议大家使用绝对布局。android的手机分辨率五花八门,使用绝对布局的话在其它分辨率的手机上就无法正常的显示了。

    5.5表格布局(TableLayout)

    在表格布局中可以设置TableRow,可以设置表格中每一行显示的内容以及位置 ,可以设置显示的缩进,对齐的方式。

    在实际应用中线行布局和相对布局是最常用的,一般自己写的app布局都相对比较简单,所以这里我们使用线性布局。打开APP配置文件中的activity_main.xml,就可以在这里面愉快的编程了。如果你之前没有玩过Android Studio也没有关系,左边修改右边预览多试试几次就大概明白了。

     在这里我们可以修改点击图片所转换的网址,大家打开源码就知道如何修改了,这里就不在赘述!

     activity_main.xml文件中我们可以修改界面的布局。
     到这里基本上一个简单的安卓应用就完成了。只要你安装了Android Studio软件并且拿到我的源码就可以愉快的玩耍了。什么?你拿到我的代码却不能正常编译通过?下面就教大家如何把别人的源码拿到自己的软件中编译通过!

    6、代码移植

    以下是需要修改文件的地方,具体修改成啥样,可以参考一个你可以打的开的工程中的配置,参考对应的文件即可。

    1.修改build.gradle文件

    2.修改app/build.gradle文件

    修改版本号

    3.修改gradle/wrapper/gradle-wrapper.properties

    这个地方修改成你可以打开的工程的 . zip

    4.修改local.properties

    这个地方是你的软件安装路径所在的位置,要修改成你自己的安装路径

    公众号后台回复:firstapp,即可获取源码和教程文档!

    [干货]手把手教你写一个安卓app

    展开全文
  • native APP,hybrid APP和web APP

    万次阅读 多人点赞 2018-08-29 18:53:49
    native APP,hybrid APP和web APP三者的区别 随着智能手机的普及,移动端应用几乎成为每个互联网产品的标配。在快速迭代的互联网战场中高效开发、低成本上线产品,是每个应用开发团队追求的目标。此时,选择合适的...

    <1>native APP,hybrid APP和web APP三者的区别

    随着智能手机的普及,移动端应用几乎成为每个互联网产品的标配。在快速迭代的互联网战场中高效开发、低成本上线产品,是每个应用开发团队追求的目标。此时,选择合适的应用类型和开发模式便至关重要。移动应用可以粗分为三种:原生应用(native app), 网页应用(web app,或HTML5 app),以及它们的混血儿——混合模式移动应用(hybrid app)。今天的博文就来和大家简单聊聊近年来蓬勃发展的hybrid app。
     

    Source: http://s3.rainmaker-labs.com/wp-content/uploads/Mobile-hybrid-app1.jpg

    一、什么是Hybrid Mobile App

    Hybrid app从外观上来看是一个native app,实则只有一个UIWebView,里面访问的是一个web app,如新闻类和视频类的应用普遍采取该策略:native的框架加上web的内容。不同于native app需要针对不同的平台使用不同的开发语言(如使用Objective-C、Swift开发iOS应用,使用Java等开发Android应用,使用C#开发Windows Phone应用),hybrid app允许开发者仅使用一套网页语言代码(HTML5+CSS+JavaScript),即可开发能够在不同平台上部署的类原生应用 。由于hybrid app结合了native app良好用户交互体验和web app跨平台开发的优势,能够显著节省移动应用开发的时间和成本,hybrid app得到越来越多公司的青睐。
     

    Source: Native, HTML5, or Hybrid: Understanding Your Mobile Application Development Options

    按照网页语言和程序语言的混合,hybrid app通常可以分为三种类型:

    1. 多View混合型:native view和web view独立展示,交替出现。 其应用主体通常是native app,web技术作为补充。即在需要的时候,将web view作为独立的view运行,在web view内完成相关的展示操作。开发难度与native app相当。举个栗子:Instagram的timeline使用的是web view。
    2. 单View混合型:在同一个view内,native view和web view为层叠关系,同时出现。开发成本较高,难度较大,但是体验较好。举个栗子:百度搜索同时实现充分的灵活性和较好的用户体验。
    3. Web主体型:应用主体是web view,穿插native功能,主要以网页语言编写。整体开发难度低,基本可以实现跨平台;而用户体验好坏,主要取决于底层中间件的交互与跨平台能力。举个栗子:项目管理工具 Basecamp使用web view呈现内容,调用系统原生API实现界面导航等功能来提高用户体验。


    Hybrid app也并非是完美的解决方案。由于其使用HTML5,某些依赖于复杂的原生功能或者繁重的过渡动画的应用会出现卡顿;同时,为了模拟native app的UI和感官,需要投入额外的时间和精力;尽管可以跨平台,但是并不能完全支持所有的设备和操作系统;最后,如果应用的体验不够原生化,如一个简单的网站,则还有被Apple App Store拒绝的风险。

    二、 什么时候选择Hybrid App

    在hybrid app备受追捧的今天,我们也许会随大流优先考虑开发hybrid app。但是,每个产品各具特色,还没有哪一种解决方案可以完美地应万变。hybrid app的中庸让它大放异彩,也限制了它的应用场景 。在决定采用一种开发模式之前,有许多因素需要考虑,诸如:

    • 你希望针对哪个平台做开发?
    • 你希望通过应用商店发布应用么?
    • 你希望利用手机特有的性能么?
    • 你的团队技术能力如何?
    • 你的项目周期和预算是多少?


    如果要设计Angry Birds一类对图形要求很高的游戏,那么在暂不考虑技术团队能力的情况下,native app是最优选择;如果要设计如Yelp一类内容导向的应用,那么hybrid app会是很好的选择;如果项目时间紧张,没有足够的人手和资金,对图形和系统原生特性没有要求,那么web app将是性价比最高的解决方案。
    表一对比了native app, hybrid app和web app在不同方面的表现,可以帮助你根据实际情况选择最佳的解决方案。

    InfoQ上高嘉峻的一篇文章分享了几个hybrid app开发的误区,也是开发过程中应该尽量避免的:

    1. 为了HTML5而hybrid app:HTML5是HTML4.0.1和XHTML1.0的升级版,有更强大的表现功能,并加入了local storage等技术,为web页面提供了更大的想象空间和更多的可能性。但是,作为发展中的技术,HTML5收到浏览器兼容性和手机硬件水平的影响,能提供的功能和native app扔有一定的差距。开发应用时,首先是要满足用户需求,而不是追赶技术革新的大潮。所以开发应用时,应从应用本身功能和团队开发资源综合考量,决定是否采用hybrid app开发模式。
    2. 忽略关键因素:Web是基于PC的一种开发模式,而mobile app运行于移动端。通常,web开发者使用PC浏览器模拟app中的web view进行调试,而不是直接使用手机上的web view。 二者能支配的CPU资源,最大占有内存,运行网络环境,和鼠标/触控操作,浏览器对CSS/JS的解析和对事件的处理有着巨大的差别。而这些差别常常是web页面能否正常运行于app中的关键因素。
    3. 富交互导致体验差:这主要体现在两个方面:(1)web与手机平台默认交互习惯不一致:iOS和Android各有一套交互习惯,包括视觉风格,界面切换,操作习惯等。比如手机端系统风格是左右滑屏来进入或者退出界面,而旧界面保持状态;web则是默认无论加载还是后退,都会刷新旧界面,造成体验上的损失。如果模拟native的交互方式,那么会提高开发成本,却也难以达到native的流畅性。(2)与native相比同样的功能在性能上存在差距:Web界面上JS对HTML Node的操作需要消耗大量的CPU资源。首先,手机的CPU性能普遍低于PC端;其次,不同手机之间的硬件水平也参差不齐,比如在iPhone6s上可以流畅运行的界面,在iPhone5、MX5上可能就无法达到同样的流畅度。
    4. 跨平台:Hybrid app的优势之一是继承web跨平台的特性。然而,在智能手机软硬件版本众多的今天,兼容性是个不容忽视的问题。不同的安卓操作系统其浏览器内核对JS和CSS的解析、事件处理会有不同;iOS不同版本之间也存在较大差异。所以,在跨平台开发时,兼容性也是需要重点考虑的问题。
    5. 交互一致性:这里的一致性并非指同一应用在不同平台上的一致性体验,而是指在同一平台上,hybrid app和native平台的一致性。比如“返回”操作,在iOS平台上页面顶部留有一个44像素高的导航栏,左侧的返回按钮用于返回操作,可以通过绝对地址的方式链接到任何其它界面;而Android通常使用设备提供的返回键,返回上一个界面,如果自行配置平台返回按钮,那么它会和设备提供的返回键指向不同的位置。

     

    <2>区分三者

    nativeapp是一个原生程序,一般运行在机器操作系统上,有很强的交互,一般静态资源都是在本地的。浏览使用方便,体验度高。在实现上要么使用Objecttive-c和cocoaTouch Framework撰写iOS程序,要么选择java+Android Framework撰写android应用程序。

    hybridapp是一个半原生程序,伪造了一个浏览器的apk/ipa原生程序,把地址写死了,然后里面运行了一个webapp。里面是WebView UI 。但是还是运行在机器的操作系统上,交互较弱,资源一般在本地或者网络都可以。浏览体验度次之。

    webapp是生存在浏览器里的应用,所以只能运行在浏览器里,宿主是浏览器,不再是操作系统。资源一般都在网络上。说的根本点就是一个触屏版的网站

    什么叫做原生App?
    原生App是专门针对某一类移动设备而生的,它们都是被直接安装到设备里,而用户一般也是通过网络商店或者卖场来获取例如 The App Store 与 Android Apps on Google Play . 随便说几个原生App的例子,比如iOS 的 Camera+ 以及Android 的 KeePassDroid

    什么叫做移动Web App?
    一般说来,移动Web App都是都是需要用到网络的,它们利用设备上的浏览器(比如iPhone的Safari)来运行,而且它们不需要在设备上下载后安装。

    什么是混合app?
    Hybrid App是指介于web-app、native-app这两者之间的app,它虽然看上去是一个Native App,但只有一个UI WebView,里面访问的是一个Web App,比如街旁网最开始的应用就是包了个客户端的壳,其实里面是HTML5的网页,后来才推出真正的原生应用。再彻底一点的,如掌上百度和淘宝客户端Android版,走的也是Hybrid App的路线,不过掌上百度里面封装的不是WebView,而是自己的浏览内核,所以体验上更像客户端,更高效。
    综合一下就是:“Hybrid App同时使用网页语言与程序语言开发,通过应用商店区分移动操作系统分发,用户需要安装使用的移动应用”。总体特性更接近Native App但是和Web App区别较大。只是因为同时使用了网页语言编码,所以开发成本和难度比Native App要小很多。因此说,Hybrid App兼具了Native App的所有优势,也兼具了Web App使用HTML5跨平台开发低成本的优势。

    Web App是指基于Web的系统和应用,运行在高端手机的网络和浏览器上,用网页技术开发实现特定功能的应用,对手机性能要求比较高。

    Native App(原生开发):目前较为成熟,各大公司均采用此方式。但是其人工成本较高,同一个项目,至少需要Android端、iOS端、Web端三个开发团队。

    Hybrid App(混合开发),基于第三方跨平台移动应用引擎框架进行开发。使用HTML5和JS作为开发,调用引擎封装的底层功能如照相机、传感器、通讯录等。

    拿酒来形象化这三种模式的话:

    Web App就像白酒那样浑厚甘醇,度数高,但不适合任何人的口味,制造成本低,

    Native App就是葡萄酒,分红白类型,对葡萄品质要求高,口味大众化,比较成熟,

    Hybrid App就是鸡尾酒,混合了多种酒的优势,非常适合跨平台,是以后的一个App开发趋势。

     

    <3>区分native APP ,web APP,hybrid APP

    1、Native App

    Native App是一种基于智能手机本地操作系统如iOS、Android、WP并使用原生程式编写运行的第三方应用程序,也叫本地app。一般使用的开发语言为JAVA、C++、Objective-C。
    想创建Native App,开发者必须编写源代码,使用由操作系统开发商提供的工具,对源代码进行编译。代码编译之后以2进制或者字节码的形式运行在操作系统上,直接调用操作系统的Device API。
    虽然不同操作系统上进行的开发过程常常很相似,但是每一种移动操作系统都随带各自的独特工具。平台之间的这些区别导致了Native开发方法的最重大缺点之一:为一种移动平台编写的代码无法在另一种平台上使用。Native App的优缺点总结如下:
    优点

    1、提供最佳的用户体验,最优质的用户界面,最华丽的交互
    2、针对不同平台提供不同体验
    3、下载到本地,可节省带宽成本
    4、可访问本地资源
    5、直接访问系统级API
    6、操作速度更快
    7、用户留存率高

    缺点

    1、移植到不同平台上比较麻烦
    2、需要维护多个版本
    3、发布新版本需要通过store或market的确认
    4、盈利需要与第三方分成
    5、开发的成本比较大,需要针对不同平台开发相应的版本
    6、更新体验较差、同时也比较麻烦(每一次发布新的版本,都需要做版本打包,且需要用户手动更新,或一个让用户反感的提示)。

    2、Web App

    Web App是运行于网络和标准浏览器上,以HTML+JS+CSS等WEB技术开发实现特定功能的应用。通过浏览器来调用Device API,但是只有数量有限的这些API向浏览器里面运行的Web App公开。基于当下开始普及流行的HTML5,Web App可以实现很多原本Native App才可以实现的功能,,比如LBS的功能、本地数据存储、音视频播放的功能,甚至还有调用照相机和结合GPU的硬件加速功能。
    由于它不依赖于操作系统,因此开发了一款Web App后,基本能应用于各种系统平台。并且还有版本升级容易的优势(毕竟服务器是受自己控制的)。但是这种方案的缺点也很明显——无法使用系统级API,只能做为一个临时的入口,用户很难留存。Web App的优缺点总结如下:
    优点

    (1)开发成本低;
    (2)更新快;
    (3)更新无需通知用户,不需要手动升级;
    (4)能够跨多个平台和终端;
    (5)维护比较简单。

    缺点

    (1)临时性的入口;
    (2)无法获取系统级别的通知,提醒,动效等等;
    (3)用户留存率低;
    (4)需要依赖网络,体验较差。

    3、Hybrid App

    Hybrid App是一种用Native技术来搭建App的外壳,壳里的内容由Web技术来提供的移动应用,兼具“Native App良好交互体验的优势”和“Web App跨平台开发的优势”。
    根据实现的不同,可以细分为两种实现方案:
    (1)在Native App中使用WebView加载远端Web资源

    这种方案的Web资源放置在服务器上,开发者不必经历提交和批准过程——有些App商店要求这个过程,就可以对App进行小幅更新。遗憾的是,这个方法摈弃了任何离线可用性,因为设备与网络没有连接时,无法访问设备。

    (2)将一组HTML、JavaScript、CSS和媒体文件,封装到App代码中,存储在设备本地,使用Cordova/PhoneGap等框架通过WebView加载本地资源进行页面渲染

    把Web代码封装到App里面在一定程度上缓解从远端加载静态资源导致UI展示延迟的问题,可以提高性能和可访问性,并且还可以通过桥接Native和Web来调用一些Device的API。
    但是其劣势也很明显,一是不允许远程更新;二是安装包变大;三是如果想调用相关平台的API,需要针对平台单独进行开发,如果在应用中用到了大量的Device API,那么开发的效率将大大降低。

    Hybrid App同时使用网页语言与程序语言开发,但其总体特性更接近Native App。只是因为同时使用了web语言编码,所以开发成本和难度比Native App要小很多。因此,Hybrid App兼具了Native App的优势,也兼具了Web App使用HTML5跨平台开发低成本的优势。

    三种App之间的比较

    特征Native AppWeb AppHybrid App
    适用场景(1)偏操作互动多的工具类应用; </br>(2)需要访问特定的原生API;</br>(3)对速度要求较高。(1)作为对非核心业务在移动端的入口补足;</br>(2)作为用户轻量、低频使用的体验增强;</br>(3)作为吸引用户安装Native App的引导页。(1)Native App中提到的适用场景;</br>(2)需要频繁小幅度更新。
    开发语言只用native开发语言native和web开发语言只用web开发语言
    开发成本
    维护更新复杂简单介于二者之间
    体验
    安装需要不需要需要
    升级灵活性低</br>总通过应用商店来升级中</br>web部分的升级不需要通过应用商店来完成
    资源存储本地服务器本地和服务器

     

    参考文献:

    1. 闫晓芬, 郭银章. 基于移动Agent与P/S混合模式的分布对象中间件异步通信研究[J]. 计算机工程与设计, 2008, (24).
    2. WebAPP与Native APP到底有什么区别
    3. http://www.uisdc.com/web-hybrid-native-app
    4. http://blog.jobbole.com/87834/?utm_source=blog.jobbole.com&utm_medium=relatedPosts
    5. http://blog.jobbole.com/95641/?utm_source=blog.jobbole.com&utm_medium=relatedPosts
    6. http://blog.jobbole.com/106157/?utm_source=blog.jobbole.com&utm_medium=relatedPosts


    <4>选择哪个做项目比较合适

     当前的APP开发模式注意有以下四大类型:

    • Native App

      即传统的原生APP开发模式,Android基于Java语言,底层调用Google的 API;iOS基于OC或者Swift语言,底层调用App官方提供的API。体验最后。

    • Web App

      即移动端的网站,将页面部署在服务器上,然后用户使用各大浏览器访问。一般泛指 SPA(Single Page Application)模式开发出的网站。体验最差。

    • Hybrid App

      即混合开发,由Native通过JSBridge等方法提供统一的API,然后用Html5+JS来写实际的逻辑,调用API,这种模式下,由于Android,iOS的API一般有一致性,而且最终的页面也是在webview中显示,所有有跨平台效果

    • React Native App

      Facebook发起的开源的一套新的APP开发方案,使用JS+部分原生语法来实现功能。初次学习成本较高,但是在入门后,经过良好的封装也能够实现大部分的跨平台。而且体验很好。

         脑图地址: 

         http://naotu.baidu.com/file/1eb556f3380e8189be859348527ec518?token=a5a049eb4c618e70

    Native App

          即原生开发模式,开发出来的是原生程序,不同平台上,Android和iOS的开发方法不同,开发出来的是一个独立的APP,能发布应用商店,有如下优点和缺点。

    优点

    • 直接依托于操作系统,交互性最强,性能最好

      相比于其它模式的交互,原生APP体验是最优的

    • 功能最为强大,特别是在与系统交互中,几乎所有功能都能实现

      得益于原生是直接依托于系统的,所以可以直接调用官方提供的api,功能最为全面(比如本地资源操作,通知,动画等)

    缺点

    • 开发成本高,无法跨平台,不同平台Android和iOS上都要各自独立开发

      Android上基于Java开发,iOS上基于OC或Swift开发,相互之间独立,必须要有各自的开发人员

    • 门槛较高,原生人员有一定的入门门槛,相比广大的前端人员而言,较少

      原生的一个很大特点就是独立,所以不太容易入门,不像web前端一样那么广泛,而且Android,iOS都需要独立学习

    • 更新缓慢,特别是发布应用商店后,需要等到审核周期

      原生应用更新是一个很大的问题,Android中还能直接下载整包APK进行更新,但是iOS中,如果是发布AppStore,必须通过AppStore地址更新,而每次更新都需要审核,所以无法达到及时更新

    • 维护成本高

      同开发一样,项目上线后,维护起来也很为麻烦

    Web App

         即移动端的网站,将页面部署在服务器上,然后用户使用各大浏览器访问,不是独立APP,无法安装和发布Web网站一般分两种,MPA(Multi-page Application)和SPA(Single-page Application)。而Web App一般泛指后面的SPA形式开发出的网站(因为可以模仿一些APP的特性),有如下优点和缺点。

    优点

    • 开发成本低,可以跨平台,调试方便

      web app一般只需要一个前端人员开发出一套代码,然后即可应用于各大主流浏览器(特殊情况可以代码进行下兼容),没有新的学习成本,而且可以直接在浏览器中调试

    • 维护成本低

      同上,如果代码合理,只需要一名前端就可以维护多个web app

    • 更新最为快速

      由于web app资源是直接部署在服务器端的,所以只需要替换服务器端的文件,用户访问是就已经更新了(当然需要解决一些缓存问题)

    • 无需安装App,不会占用手机内存

      通过浏览器即可访问,无需安装,用户就会比较愿意去用

    缺点

    • 性能低,用户体验差

      由于是直接通过的浏览器访问,所以无法使用原生的API,操作体验不好

    • 依赖于网络,页面访问速度慢,耗费流量

      Web App每次访问都需要去服务端加载资源访问,所以必须依赖于网络,而且网速慢时访问速度很不理想,特别是在移动端,如果网站优化不好会无故消耗大量流量

    • 功能受限,大量功能无法实现

      只能使用Html5的一些特殊api,无法调用原生API,所以很多功能存在无法实现情况

    • 临时性入口,用户留存率低

      这既是它的优点,也是缺点,优点是无需安装,确定是用完后有时候很难再找到,或者说很难专门为某个web app留存一个入口,导致用户很难再次使用

    Hybrid App

         即混合开发,也就是半原生半Web的开发模式,有跨平台效果,当然了,实质最终发布的仍然是独立的原生APP(各种的平台有各种的SDK),有如下优点和缺点。

    优点

    • 开发成本较低,可以跨平台,调试方便

      Hybrid模式下,由原生提供统一的API给JS调用,实际的主要逻辑有Html和JS来完成,而由于最终是放在webview中显示的,所以只需要写一套代码即可,达到跨平台效果,另外也可以直接在浏览器中调试,很为方便

      最重要的是只需要一个前端人员稍微学习下JS api的调用即可,无需两个独立的原生人员

      一般Hybrid中的跨平台最少可以跨三个平台:Android App,iOS App,普通webkit浏览器

    • 维护成本低,功能可复用

      同上,如果代码合理,只需要一名前端就可以维护多个app,而且很多功能还可以互相复用

    • 更新较为自由

      虽然没有web app更新那么快速,但是Hybrid中也可以通过原生提供api,进行资源主动下载,达到只更新资源文件,不更新apk(ipa)的效果

    • 针对新手友好,学习成本较低

      这种开发模式下,只需要前端人员关注一些原生提供的API,具体的实现无需关心,没有新的学习内容,只需要前端人员即可开发

    • 功能更加完善,性能和体验要比起web app好太多

      因为可以调用原生api,所以很多功能只要原生提供出就可以实现,另外性能也比较接近原生了

    • 部分性能要求的页面可用原生实现

      这应该是Hybrid模式的最多一个好处了,因为这种模式是原生混合web,所以我们完全可以将交互强,性能要求高的页面用原生写,然后一些其它页面用JS写,嵌入webview中,达到最佳体验

    缺点

    • 相比原生,性能仍然有较大损耗

      这种模式受限于webview的性能桎梏,相比原生而言有不少损耗,体验无法和原生相比

    • 不适用于交互性较强的app

      这种模式的主要应用是:一些新闻阅读类,信息展示类的app;但是不适用于一些交互较强或者性能要求较高的app(比如动画较多就不适合)

    React Native App

          Facebook发起的开源的一套新的APP开发方案,Facebook在当初深入研究Hybrid开发后,觉得这种模式有先天的缺陷,所以果断放弃,转而自行研究,后来推出了自己的“React Native”方案,不同于H5,也不同于原生,更像是用JS写出原生应用,有如下优点和缺点,其实很多大公司都已经转React Native开发了,已经很成熟了。

    优点

    • 虽然说开发成本大于Hybrid模式,但是小于原生模式,大部分代码可复用

      相比于原生模式,这种模式是统一用JS写代码,所以往往只需要一名成员投入学习,即可完成跨平台app的开发,而且后续代码封装的好,很多功能可复用

    • 性能体验高于Hybrid,不逊色与原生

      这种模式和Hybrid不一样,Hybrid中的view层实际上还是dom,但是这种模式的view层是虚拟dom,所以性能要高于Hybrid,距离原生差距不大

      这种模式可以认为是用JS写原生,即页面用JS写,然后原生通过Bridge技术分析JS,将JS内容单独渲染成原生Android和iOS,所以也就是为什么性能不逊色原生

    • 开发人员单一技术栈,一次学习,跨平台开发

      这种模式是统一由JS编写,有着独特的语法,所以只需要学习一次,即可同时开发Android和iOS

    • 社区繁荣,遇到问题容易解决

      这应该是React Native的很大一个优势,不像Hybrid模式和原生模式一样各自为营,这种模式是Facebook统一发起的,所以有一个统一的社区,里面有大量资源和活跃的人员,对开发者很友好

    缺点

    • 虽然可以部分跨平台,但并不是Hybrid中的一次编写,两次运行那种,而是不同平台代码有所区别

      这种模式实际上还是JS来写原生,所以Android和iOS中的原生代码会有所区别,如果需要跨平台,对开发人员有一定要求

      当然了,如果发展了有一定时间,组件库够丰富了,那么其实影响也就不大了,甚至会比Hybrid更快

    • 开发人员学习有一定成本

      虽然社区已经比较成熟了,但是一个新的普通前端学习起来还是有一定学习成本的,无法像Hybrid模式一样平滑

    分析

    各大开发模式直观对比

          以下是各大模式的直观对比分析

     Native AppWeb AppHybrid AppReact Native App
    原生功能体验优秀良好接近优秀
    渲染性能非常快接近快
    是否支持设备底层访问支持不支持支持支持
    网络要求支持离线依赖网络支持离线(资源存本地情况)支持离线
    更新复杂度高(几乎总是通过应用商店更新)低(服务器端直接更新)较低(可以进行资源包更新)较低(可以进行资源包更新)
    编程语言Android(Java),iOS(OC/Swift)js+html+css3js+html+css3主要使用JS编写,语法规则JSX
    社区资源丰富(Android,iOS单独学习)丰富(大量前端资源)有局限(不同的Hybrid相互独立)丰富(统一的活跃社区)
    上手难度难(不同平台需要单独学习)简单(写一次,支持不同平台访问)简单(写一次,运行任何平台)中等(学习一次,写任何平台)
    开发周期较短中等
    开发成本昂贵便宜较为便宜中等
    跨平台不跨平台所有H5浏览器Android,iOS,h5浏览器Android,iOS
    APP发布App StoreWeb服务器App StoreApp Store

    如何选择开发模式

         目前有多种开发模式,那么我们平时开发时如何选择用哪种模式呢?如下

    选择纯Native App模式的情况

    • 性能要求极高,体验要求极好,不追求开发效率

      一般属于吹毛求疵的那种级别了,因为正常来说如果要求不是特别高,会有Hybrid

    选择Web App模式的情况

    • 不追求用户体验和性能,对离线访问没要求

      正常来说,如果追求性能和体验,都不会选用web app

    • 没有额外功能,只有一些信息展示

      因为web有限制,很多功能都无法实现,所以有额外功能就只能弃用这种方案了

    选择Hybrid App模式的情况

    • 大部分情况下的App都推荐采用这种模式

      这种模式可以用原生来实现要求高的界面,对于一些比较通用型,展示型的页面完全可以用web来实现,达到跨平台效果,提升效率

      当然了,一般好一点的Hybrid方案,都会把资源放在本地的,可以减少网络流量消耗

    选择React Native App模式的情况

    • 追求性能,体验,同时追求开发效率,而且有一定的技术资本,舍得前期投入

      React Native这种模式学习成本较高,所以需要前期投入不少时间才能达到较好水平,但是有了一定水准后,开发起来它的优势就体现出来了,性能不逊色原生,而且开发速度也很快

    另类的app方案

          除了以上的几种常见app开发模式,其实还有一些其它的类似方案

    微网页

          比如在进行微信网页开发时,可以调用一些微信的特殊api,这其实就是算是微信的Hybrid模式,实质上仍然是在浏览器中(只不过是腾讯的X5内核)

          当然了,微信在这方面做了很多限制,比如权限认证等等,所以导致开发起来效果不是很完美。这里不再赘述其功能

    微信小程序

          微信小程序是微信新推出的一种新的app方案,2016年9月开始进行内测,2016年11月准备全面面向开发者需要注意的是,这种模式是“反HTML5”的,相当于是微信提供的一套封闭开发模式,有自己的语法和IDE,有的类似于iOS开发的感觉。具体也不赘述,请参考引用来源中的文章

    参考资料

     

    展开全文
  • MATLAB APP设计工具

    万次阅读 多人点赞 2020-06-26 16:19:25
    文章目录一、 App Designer1.打开App Designer2.App Designer窗口(1)设计视图(2)代码视图二、App组件1.组件的种类及作用2.组件的属性Enable属性Value 属性Limits 属性Position属性三、类的定义1.App类的基本结构...
  • Android应用源码酒店在线预定app项目全套

    千次下载 热门讨论 2014-04-25 19:05:13
    Android应用源码酒店在线预定app项目全套
  • App Store审核规则中文版(App审核被拒原因,苹果开发必备) 简介 App Store的指导原则非常简单 - 我们希望为用户获取 app 时提供更安全可靠的体验,并为所有开发者提供借助 app 获得成功的契机。为此,我们精心打造...
  • APP渗透测试总结

    万次阅读 2022-02-04 10:36:19
    App面临的主要风险 客户端 传统逆向分析类(反编译、调试、加密/签名破解…) 用户已经中招类(输入记录、导出组件、进程注入…) 服务端 系统组件类(MS17-010脏牛、心脏滴血…) 业务应用类(注入,跨站,越权,执行,...
  • 支付宝支付-APP支付服务端代码下载

    热门讨论 2017-01-01 22:32:06
    实现支付宝APP支付、订单查询、支付结果异步通知、APP支付申请参数说明,以及服务端返回APP端发起支付的签名 文章地址:http://blog.csdn.net/fengshizty/article/details/53215196
  • app安全渗透测试详细方法流程

    千次阅读 多人点赞 2022-06-16 16:15:14
    越来越多的网站以及app手机端客户注重安全渗透测试服务,上线前必须要对平台进行全面的预渗透测试找出安全漏洞以及BUG,很多客户找我们,做渗透测试服务的时候对具体的流程可能不太了解,下面我们把具体的渗透测试方法...
  • 需实现功能: 设置一个“添加”按钮,通过点击该按钮,弹出信息输入对话框,输入完成后点击“确定”即在表格中显示添加后的数据。 信息的添加对话框,就需要通过设计另一个窗口App来实现。 1 ...
  • 用Matlab App Builder写一个简单的计算器

    千次阅读 多人点赞 2020-02-27 23:19:49
    因为疫情,在家(无聊)想着看一下Matlab App Builder,花了一点时间,做了个简单的计算器。只做了基本的计算功能,算是对Matlab App Builder的一个基本的学习。 Matlab App Builder比起成熟的一些制作app的语言来...
  • Library not loaded: @rpath/App.framework/App Referenced from: /private/var/containers/Bundle/Application/42B64C9D-DDC4-4DF3-9287-068E4EE2EBDB/Merchant.app/Merchant Reason: tried: '/usr/lib/sw
  • 【巴法云】APP Inventor 开发安卓app,通过MQTT控制ESP8266第一 下载ESP8266示例(arduino ide 编程开发)第二 修改demo例程第三 app inventor 开发 原理简述:利用发布订阅模式,即:ESP8266 订阅了一个主题,再...
  • Q1: 筛选用户LastSeen会不会封号(UND5555)? A: 软件已尽量完善防封程序,筛选过滤仍有一定风险被...A: 软件采用Channels(Whatsapp账号Hash形式)方式登录,购买软件后会提供10组Channel供使用。 Q4: 软件筛选过滤
  • uni-app的生命周期

    万次阅读 2022-01-26 18:15:35
    uin-app的总结之生命周期。 官方入口:uni-app官网 应用生命周期 uni-app支持如下应用生命周期函数: 函数名 说明 onLaunch 当uni-app初始化完成时触发(全局只触发一次) onShow 当uni-app启动,...
  • H5页面APP端展示(下拉刷新,上拉加载)

    千次下载 热门讨论 2015-12-16 10:35:27
    H5页面APP端展示(下拉刷新,上拉加载)
  • 语言:matlab(2019b)需求:建立标准模型+生成独立运行的app我用的是神经网络模型,不管是用Neural Net Fitting...里面有神经网络模型的确定好的参数以及计算过程,可以用来sim(预测新数据),保存好,在接下来的APP ...
  • 当前 iOS App 的编译打包方式是把适配兼容多个设备的执行文件及资源文件合并一个文件,上传和下载的文件则包含了所有的这些文件,导致占用较多的存储空间。 App Thinning 是一个关于节省 iOS 设备存储空间的功能,它...
  • h5使用微信开放标签wx-open-launch-app直接打开app

    千次阅读 热门讨论 2021-09-06 16:12:40
    需求:h5网页点击“打开APP”能在微信浏览器中直接跳转到APP,而不是跳转到提示页面让用户打开浏览器再进行跳转。 问题:因为微信浏览器的限制,现在h5通用跳转APP的方法无法直接跳转到APP,故需要使用到微信方提供...
  • App Store审核规则简要汇总

    千次阅读 2020-08-01 02:50:53
    App Store审核规则简要汇总 提交之前 会发生崩溃、存在错误的 app 会被拒绝。 app 信息及元数据不完整、不正确的 app 会被拒绝。 及时更新有效联系信息。 提供审核有效的帐户和密码,以及所需的任何其他硬件或资源...
  • web打包app(h5+app)版本自动更新的实现

    万次阅读 2019-09-11 17:19:56
    文章目录背景说明原生app自动更新实现android自动更新实现ios自动更新实现h5+app的特点说明h5+app自动更新实现 背景说明 web打包的app(也称为h5+app),是指将基于html5等移动端web技术,开发的web应用打包成的app。...
  • 先划重点各个App就像大海中的一座座岛屿,虽然都生活在海洋中(Android系统或iOS),但是它们之间原本是老死不相往来。但随着技术的发展,App间可以打破单体的限制互相打开,或者通过...
  • Android adb 启动APP

    万次阅读 2021-08-10 13:53:37
    目录启动命令一 常规命令 + 包名/activity二 常规命令 + 包名命令关闭App获取包名和activity的路径代码获取1 命令获取( 需要app运行在前台,停留在启动界面)2命令获取(先执行命令,再点击app启动) 启动命令 一 常规...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 4,988,966
精华内容 1,995,586
关键字:

app

友情链接: AN208SW.zip