精华内容
下载资源
问答
  • 原标题:什么是原生开发?什么是混合开发?两者有什么区别?各行各业都已经转型进入互联网发展,面对这个必然趋势,普通行业线下销售模式已经是走不通了,眼看大家都在往互联网上转型、也都有了自己的网上平台店铺或...

    原标题:什么是原生开发?什么是混合开发?两者有什么区别?

    各行各业都已经转型进入互联网发展,面对这个必然趋势,普通行业线下销售模式已经是走不通了,眼看大家都在往互联网上转型、也都有了自己的网上平台店铺或APP,自己想开发一款APP,但是又不了解行情,对于原生开发还是混合开发不了解,担心被别人坑,下面的文章或许对您有些帮助;APP开发那些事儿。

    一. APP何为原生开发?何为混合开发?

    1.原生开发(NativeApp开发):像盖房子一样,先打地基然后浇地梁、房屋结构、一砖一瓦、钢筋水泥、电路走向等,原生APP同理:通过代码从每个页面、每个功能、每个效果、每个逻辑、每个步骤全部用代码写出来,一层层,一段段全用代码写出来

    此种APP的数据都保存在本地,APP能及时调取,所以相应速度及流畅性有保障

    2.混合开发(HTML5开发):这个就相当于一种框架开发,说白了就是网页;该模式通常由“HTML5云网站+APP应用客户端”两部份构成,APP应用客户端只需安装应用的框架部份,而应用的数据则是每次打开APP的时候,去云端取数据呈现给手机用户。

    混合APP还有一种是套壳APP,套壳APP就是用H5的网页打包成APP,虽然是APP能安装到手机上,但是每个界面,全部是网页

    此种APP数据都保存在云端,用户每次访问都需要从云端调取全部内容,这样就容易导致反应慢,每打开一个网页或点一个按钮都需要等半天。

    二.原生开发与混合开发的优劣势:

    1. 原生APP开发优劣势

    1.1原生开发优势:

    APP响应速度快:大多数据都在本地所以省去缓冲加载调取数据的时间。

    APP兼容性高:每个地方都是精心设计的,代码也是最新的,像最坚固的房子,最合理的抗震防风性,所以兼容性会更高不会闪退。

    APP流畅性好:每个代码都是最新的,也是最合理的,所以不会卡顿。

    APP安全性高:代码是最新的,每个地方是最新的设计,能防止病毒和漏洞。

    APP功能可以自定:像盖房子一样,从0开始,前期设计好房子的构图、尺寸、大小,那个地方想怎么盖,那个地方想怎么装修,都可以完美实现。

    1.2原生APP开发劣势:

    开发时间长:自己盖房子,每个步骤都要考虑、每个地方都要设计,所以这样会耽误不少时间,短二三十天,长三五个月;相比直接找公寓住,房子户型等难找到自己喜欢的,但是时间会节省很多。

    费用相对较高:因为每个地方、每个步骤都是原创的,经过设计师设计的。

    就像盖房子的图纸等,每个地方都是根据自己所想的打造的,所以相对价格会贵一些。

    2.混合APP开发优劣势

    2.1混合APP开发优势:

    时间短:基本都是模版拿来直接套上或打包成APP,会节省很大一部分时间。

    价格便宜:代码不需要重新写,界面不用重新设计,都是固定的,可替换的地方很少,自己随便都能换上,所以价格相对便宜。

    2.2混合APP开发劣势:

    功能/界面无法自定:所有内容都是固定死的,所以想换一个界面,想增加一个功能,都是不可以的。

    加载缓慢/网络要求高:混合APP数据需要全部从服务器调取,每个页面都需要重新下载,所以打开慢,网络占用高,缓冲时间长,容易让用户反感。

    安全性比较低:代码都是以前的老代码,不能很好兼容最新手机系统,且安全性较低,网络发展这么快,病毒这么多,如果不实时更新,定期检查,容易产生漏洞,造成直接经济损失。

    三.我想开发一款APP,我应该如何选择呢?原生or混合?

    1.根据预算:我现在预算有多少,我在转型上打算花多少金钱、时间、精力、决心,如果预算几千或者到万元以内,建议选择混合APP,混合APP存在就有它存在的道理,并非一文不值,很多混合的APP发展好了转型原生大有。

    2.根据需要:我用来只是个简单的买个小商品,没打算赚太多或者靠它生存,那可以选择混合,如果是想做类似某宝那种,很多人,很多店,很多钱,那建议选择原生。

    综上所述,相信您对原生或混合有了一定了解,原生混合各有所长,根据自己的需求、预算、当地环境、自身条件、售卖商品、市场等条件,来选择最适合自己的才是最.好的。APP开发那些事儿期望您能找到最适合自己的,发展下去。(莫畏科技_专注App开发、系统软件开发、小程序开发、H5开发、网站建设等移动互联网开发;莫畏官网mwi.com.cn关注公众号:莫畏科技)返回搜狐,查看更多

    责任编辑:

    展开全文
  • 2020年中国容器云市场研究报告——艾瑞云原生系列报告 20201221082480388038.pdf
  • 展开全部原生App实际上是一种基于智e69da5e6ba9062616964757a686964616f31333365646232能手机本地操作系统如Android、IOS和Windows Phone并且使用原生程序编写运行的第三方移动应用程序。开发原生App软件需要针对...

    展开全部

    原生App实际上是一种基于智e69da5e6ba9062616964757a686964616f31333365646232能手机本地操作系统如Android、IOS和Windows Phone并且使用原生程序编写运行的第三方移动应用程序。开发原生App软件需要针对不同智能手机的操作系统来选择不同的App开发语言,如安卓App是Java开发语言、IOS APP是Objective-C语言、Windows Phone的APP开发是C##语言。

    如今市面上多数的APP软件开发都是使用的原生程序编写的应用程序,也就是说大部分的手机APP属于原生APP应用软件。原生APP因为位于平台层上方,所以向下访问和兼容的能力也比较好,可以支持在线或者离线消息推送或是进行本地资源访问,以及摄像拨号功能的调取。

    原生App

    原生APP又称Native App,该开发针对IOS、Android、Windows等不同的手机操作系统要采用不同的语言和框架进行开发,该模式通常是由“云服务器数据+APP应用客户端”两部份构成,APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。

    原生App

    1、每一种移动操作系统都需要独立的开发项目。

    2、每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows phone)等等。

    3、需要使用各自的软件开发包,开发工具以及各自的控件。

    原生App

    能够与移动硬件设备的底层功能,比如个人信息,摄像头以及重力加速器等等。

    原生App

    1、直接下载到设备。

    2、以独立的应用程序运行(并不需要浏览器)。

    3、用户必须手动去下载并安装这些原生App。

    4、有一些商店与卖场来帮助用户寻找你的App,目前app市场不计其数。

    展开全文
  • 什么是原生

    千次阅读 2020-03-06 13:16:33
    2015年7月21日Google主导成立了云原生计算基金会,其最初的口号是坚持和整合开源技术来让编排容器作为微服务架构的一部分,致力于云原生应用推广和普及。 CNCF作为一个厂商中立的基金会,致力于Github上的快速成长的...

    云计算技术发展

    在这里插入图片描述

    云原生的定义

    CNCF

    全称Cloud Native Computing Foundation(云原生计算基金会

    2015年7月21日Google主导成立了云原生计算基金会,其最初的口号是坚持和整合开源技术来让编排容器作为微服务架构的一部分,致力于云原生应用推广和普及。

    CNCF作为一个厂商中立的基金会,致力于Github上的快速成长的开源技术的推广,如Kubernetes、Prometheus、Envoy等,帮助开发人员更快更好的构建出色的产品。

    CNCF对云原生的定义

    云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。

    这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

    云原生计算基金会(CNCF)致力于培育和维护一个厂商中立的开源生态系统,来推广云原生技术。我们通过将最前沿的模式民主化,让这些创新为大众所用。

    云原生应用的三大特征

    • 容器化包装:软件应用的进程应该包装在容器中独立运行。
    • 动态管理:通过集中式的编排调度系统来动态的管理和调度。
    • 微服务化:明确服务间的依赖,互相解耦。

    云原生概念思维导图

    在这里插入图片描述

    云原生的设计理念

    1. 面向分布式设计(Distribution):容器、微服务、API 驱动的开发。
    2. 面向配置设计(Configuration):一个镜像,多个环境配置。
    3. 面向韧性设计(Resistancy):故障容忍和自愈。
    4. 面向弹性设计(Elasticity):弹性扩展和对环境变化(负载)做出响应。
    5. 面向交付设计(Delivery):自动拉起,缩短交付时间。
    6. 面向性能设计(Performance):响应式,并发和资源高效利用。
    7. 面向自动化设计(Automation):自动化的 DevOps。
    8. 面向诊断性设计(Diagnosability):集群级别的日志、metric 和追踪。
    9. 面向安全性设计(Security):安全端点、API Gateway、端到端加密。
      以上的设计理念很多都是继承自分布式应用的设计理念。

    云原生生态体系

    在这里插入图片描述

    容器化

    由于KVM( for Kernel-based Virtual Machine )hypervisor虚拟化技术仍然存在⼀些性能和资源使⽤效率⽅⾯的问题,因此出现了⼀种称为容器技术(Container)的新型虚拟化技术来帮助解决这些问题。

    虚拟化技术可以在宿主机上安装多个不同的操作系统,运⾏多套不同的应⽤。但可能就是为了运⾏⼀个微应用,却还要在虚拟机⾥运⾏⼀个完整的操作系统,内核和其它⽆关程序,这种做法资源利⽤不⾼。

    所以我们希望更多的关注应⽤程序本身,⽽不再分精⼒去关注操作系统与⽆关程序,操作系统内核直接与宿主机共享。

    Docker 容器

    Docker容器本质上是宿主机的进程. 可以把docker容器内部跑的进程看作是宿主机的线程。
    Docker通过namespace实现了资源隔离,通过cgroups实现了资源限制。

    Linux内核实现namespace的⼀个主要⽬的就是实现轻量级虚拟化(容器)服务。在同⼀个namespace下
    的进程可以感知彼此的变化,⽽对外界的进程⼀⽆所知。

    Linux容器技术是⼀种轻量级的虚拟化技术。主要特点有:

    1. 轻量:只打包了需要的bins/libs(也就是命令和库⽂件)。与宿主机共享操作系统,直接使⽤宿主机的内核。
    2. 部署快: 容器的镜像相对虚拟机的镜像⼩。部署速度⾮常快,秒级部署。
    3. 移植性好: Build once,Run anywhere (⼀次构建,随处部署运⾏)。
    4. 资源利⽤率更⾼: 相对于虚拟机,不需要安装操作系统,所以⼏乎没有额外的CPU,内存消耗。

    虚拟化与容器化对比

    虚拟化(VM)Docker容器操作系统宿主机OS上运行虚拟机OS与宿主机共享OS存储大小镜像庞大(vmdk、vdi等)镜像小,便于存储于传输运行性能操作系统额外的CPU、内存开销几乎无额外的性能损失移植性笨重,与虚拟化耦合度高轻便、灵活、适应于linux硬件亲和性面向硬件开发者面向软件开发者部署速度较慢、10秒级别快速、秒级

    容器的编排与调度

    Kubernetes(k8s)是Google基于Borg开源的容器编排调度引擎,作为CNCF(Cloud Native Computing Foundation)最重要的组件之一,它的目标不仅仅是一个编排系统,而是提供一个规范,可以让你来描述集群的架构,定义服务的最终状态,Kubernetes可以帮你将系统自动得达到和维持在这个状态。

    Kubernetes用户可以通过编写一个yaml或者json格式的配置文件,也可以通过工具/代码生成或直接请求Kubernetes API创建应用,该配置文件中包含了用户想要应用程序保持的状态,不论整个Kubernetes集群中的个别主机发生什么问题,都不会影响应用程序的状态,你还可以通过改变该配置文件或请求Kubernetes API来改变应用程序的状态。

    Kubernetes 架构图:
    在这里插入图片描述
    其他容器编排与调度技术方案:
    Swarm、Mesos

    微服务

    微服务是一种分布式架构设计理念,为了推动细粒度服务的使用,这些服务要能协同工作,每个服务都有自己的生命周期。一个微服务就是一个独立的实体,可以独立的部署在PAAS平台上,也可以作为一个独立的进程在主机中运行。服务之间通过API访问,修改一个服务不会影响其它服务。

    微服务带给我们很多开发和部署上的灵活性和技术多样性,但是也增加了服务调用的开销、分布式系统管理、调试与服务治理方面的难题。

    Spring框架

    当前最成熟最完整的微服务框架Spring,而Spring又仅限于Java语言开发,其架构本身又跟Kubernetes存在很多重合的部分,如何探索将Kubernetes作为微服务架构平台就成为一个热点话题。就拿微服务中最基础的服务注册发现功能来说,其方式分为客户端服务发现和服务端服务发现两种,Java应用中常用的方式是使用Eureka和Ribbon做服务注册发现和负载均衡,这属于客户端服务发现,而在Kubernetes中则可以使用DNS、Service和Ingress来实现,不需要修改应用代码,直接从网络层面来实现。

    服务网格

    Kubernetes中的应用将作为微服务运行,但是Kubernetes本身并没有给出微服务治理的解决方案,比如服务的限流、熔断、良好的灰度发布支持等。

    Service Mesh可以用来做什么

    • Traffic Management:API网关
    • Observability:服务调用和性能分析
    • Policy Enforcment:控制服务访问策略
    • Service Identity and Security:安全保护

    Service Mesh的特点

    • 专用的基础设施层
    • 轻量级高性能网络代理
    • 提供安全的、快速的、可靠地服务间通讯
    • 扩展kubernetes的应用负载均衡机制,实现灰度发布
    • 完全解耦于应用,应用可以无感知,加速应用的微服务和云原生转型

    当前开源的Service Mesh有哪些?
    使用Service Mesh将可以有效的治理Kubernetes中运行的服务:

    • Linkderd:https://linkerd.io,由最早提出Service Mesh的公司Buoyant开源,创始人来自Twitter
    • Envoy:https://www.envoyproxy.io/,Lyft开源的,可以在Istio中使用Sidecar模式运行
    • Istio:https://istio.io,由Google、IBM、Lyft联合开发并开源
    • Conduit:https://conduit.io,同样由Buoyant开源的轻量级的基于Kubernetes的Service Mesh
      此外还有很多其它的Service Mesh鱼贯而出,请参考awesome-cloud-native。

    DEVOPS

    持续集成

    Continuous integration,简称CI
    是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽快地发现集成错误。
    在这里插入图片描述持续集成的目的不是减少build失败的次数,⽽是尽早发现问题,在最短的时间内解决问题,减少风险和浪费。从而让产品开发流程更加敏捷,缩短产品开发周期,在产品上线后,让用户用得更加顺畅。

    在没有应用持续集成之前,传统的开发模式是项目一开始就划分模块,每个开发人员分别负责一个模块,等所有的代码都开发完成之后再集成到一起提交给测试⼈人员,随着软件技术团队的发展,软件已经不能简单地通过划分模块的方式来开发,需要项目内部相互协作,划分模块这种传统的模式的弊端也越来越明显。由于很多bug在项目早期的设计、编码阶段就引入,到最后集成测试时才发现问题,开发人员需要花费⼤量的时间来定位bug,加上软件的复杂性,bug的定位就更难了,甚⾄出现不得不调整底层架构的情况。这种情况的发生不仅对测试进度造成影响,⽽且会拖长整个项⽬周期。

    而持续集成可以有效解决软件开发过程中的许多问题,在集成测试阶段之前就帮助开发人员发现问题,从而可以有效的确保软件质量,减小项目的风险,使软件开发团队从容的面对各种变化。持续集成报告中可以体现目前项目进度,哪部分需要已经实现,哪些代码已经通过自动化测试,代码质量如何,让开发团队和项目组了解项目的真实状况。

    持续交付

    Continuous Delivery,简称CD
    持续交付是指软件开发过程,从原始需求到最终产品开发过程中,较短周期内以需求的小颗粒度(小批量)频繁提交的过程。
    在这里插入图片描述
    目的

    1. 开发过程的快速迭代,小步快跑,及时纠正偏离主线
    2. 小颗粒度实现,避免颗粒度大,出现问题解决麻烦
    3. 迅速反馈软件功能,避免⽅向性错误
    4. 团队角色(含客户)协作密切,减少时间浪费

    持续部署

    Continuous Deployment,简称CD
    基于持续交付的基础上,把功能稳定,符合产品需求的版本有方法地部署至生产环境中。

    持续发布

    Continuous Release,简称CR
    发布是周期性或不定期地对项目在部署后,进行整体软件版本的更新,例如,更新功能或展示页面框架等。

    目的

    1. 产品快速迭代,小步快跑
    2. 适应市场变化
    3. 匹配市场策略
    4. 应对市场风险

    持续测试

    Continuous Testing,简称CT
    持续测试是贯穿着整个软件开发过程,验证程序员提交代码,检验合规性及降低bug,减少最终错误,实现敏捷及精益开发。

    目的

    1. 为了降低开发、部署、发布等可能出现的错误
    2. 防止代码出错
    3. 防止功能出错
    4. 防止业务逻辑出错等

    Jenkins

    Jenkins是一款由Java编写的开源的持续集成工具。

    Jenkins提供了软件开发的持续集成服务。它运行在Servlet容器中。它支持软件配置管理(SCM)工具(包括AccuRev SCM、CVS、Subversion、Git、Perforce、Clearcase和RTC),可以执行基于Apache Ant和Apache Maven的项目,以及任意的Shell脚本和Windows批处理命令。

    使用Jenkins进行持续集成与发布流程图:
    在这里插入图片描述
    应用构建和发布流程说明:

    1. 用户向Gitlab提交代码,代码中必须包含Dockerfile。
    2. 将代码提交到远程仓库。
    3. 用户在发布应用时需要填写git仓库地址和分支、服务类型、服务名称、资源数量、实例个数,确定后触发Jenkins自动构建。
    4. Jenkins的CI流水线自动编译代码并打包成Docker镜像推送到Harbor镜像仓库。
    5. Jenkins的CI流水线中包括了自定义脚本,根据我们已准备好的Kubernetes的YAML模板,将其中的变量替换成用户输入的选项。
    6. 生成应用的Kubernetes YAML配置文件。
    7. 更新Ingress的配置,根据新部署的应用的名称,在Ingress的配置文件中增加一条路由信息。
    8. 更新PowerDNS,向其中插入一条DNS记录,IP地址是边缘节点的IP地址。
    9. Jenkins调用Kubernetes的API,部署应用。
    展开全文
  • 原生开发才是王道

    2020-12-19 11:01:02
    之前很多朋友问我这么一个问题,说刚做 Android 开发不久,但是市面上被 H5,React Native 等...Native AppNative 开发也即原生开发,如果你是做 Android 开发,那么大部分都是用 Java 语言来编写的,如果你是做 i...

    之前很多朋友问我这么一个问题,说刚做 Android 开发不久,但是市面上被 H5,React Native 等这些移动趋势冲击的不得不考虑要不要转头学习 H5 或者 RN ,跟上时代以后才能有更好的发展,今天我就写篇文章给大家详细解惑下,并且说下我的看法。

    Native App

    Native 开发也即原生开发,如果你是做 Android 开发,那么大部分都是用 Java 语言来编写的,如果你是做 iOS 开发,则是使用 Objecttive C 或者 Swift 来进行编写的,这些都是官方的标准,好处显而易见,利用官方提供的 api ,开发的 app 有更好的性能,可以实现各种酷炫的效果,有更好的兼容性,对用户来说体验更好。

    但是有没有坏处呢?有,比如你要开发一个 app ,一定是要 Android 端开发一个,iOS 端开发一个,从开发成本来说有点大,而且我们知道一旦程序出现 bug ,我们一般就只有重新发布一个版本来进行更新,对于 Android 端还好,对于需要漫长审核的 iOS 来说简直是噩梦。所以为了解决这个问题,涌现了各种热修复框架,但是毕竟都不是官方的,而且难免会有学习门槛,而且不可避免的是这类为修复 bug 而生的热修复框架本身也有 bug 风险。

    H5 App

    H5 全称是 HTML5 ,是 HTML 最新的标准,我们一开始经常看到的微信朋友圈广告,一些推广链接等大都是 H5 实现的,所以 H5 最近比较火,不过所谓 H5 实现一般都包含有 javascript ,这都是 web 前端工程师的基本技能,这也致使 web 前端工程师职位较火。

    不过如果开发一个 H5 应用的话,那很简单,你只需要在外面包裹一个壳就好了。拿 Android 来说,最简单的直接包个 WebView 处理下就可以算是一个简单的 H5 应用了,其他的交给 web 前端工程师就好了。

    H5 应用的好处也是显而易见,跨平台,因为只需要在 Android 和 iOS 直接写个壳就好了,大大减小了开发成本,而且 web 是实时渲染的,即使有 bug ,可以直接发布就好了,也解决了热修复的问题。

    但是缺点很大:首先就是性能体验太差,跟原生 App 的体验简直不能比,iOS 相对好些,Android 上的体验简直令人发指,而且 Android 本身版本的碎片化严重,再加上国内各大手机厂商所谓的「定制」,体验根本不能看,而且会遇到各种兼容性问题,远的不说,我在开发 Android 的过程中,就遇到不少适配的坑,有些你甚至都没法解决,只能眼看着。

    React Native

    原生 App 体验最好,但是不能跨平台,H5 应用可以跨平台,但是体验太差。有没有一种介于两者之间的解决方案呢? React Native 横空出世。

    React Native 是 Facebook 工程师开源的一个框架,项目开源地址在这里:

    它的设计基于 React.js ,通过编写 javascript 代码,中间做了一层解释器,把相关的 js 解释成原生组件,最终达到跟原生 App 差不多的体验。注意,React Native 最终运行的不是 web ,这点我们团队的小伙伴一开始也搞错了,它最终运行在机器上的是原生的组件。

    这解决方案是不是很完美?利用 js 的跨平台特性,可以达到原生的性能与体验,听起来就帅爆了,加上又是 FB 巨头提出来的方案,所以该项目一经开源,在移动圈就引起了热烈反响。

    但是如今一两年的时间过去了,看看市面上有多少 App 是完全使用 React Native 来进行开发的,我想原因有下:

    虽说性能与体验比纯 web 好多了,但是不管是 js 的执行还是多一层 js 到原生组件的解析渲染,所以性能上肯定是不如原生

    React Native 是一种解决方案,但是该方案还不成熟,据我所知还有不少坑,去该 GitHub 项目主页看下有多少 issue 就知道了,而且国内环境更复杂,你们懂得。

    React Native 有不少限制,虽说它是一层 js 到原生组件的映射,但是并不是所有的组件,所有的组件的 api 都支持的,如果你亲身之间,你会发现,很多产品经理的需求很难实现,这次真不是产品经理的需求太复杂,而是 RN 的限制确实不少。

    所以,RN 是一种解决方案,是一种技术趋势,但是完全不成熟,不建议在商业项目采用,但我们可以关注下,可以在业余时间学习实践下。

    顺便多说句,阿里不是前段时间也开源了一个框架 Weex 么,可以说重新发明了类似 RN 的轮子,只不过它是基于 vue.js ,前几天宣布 vue.js 的作者以技术顾问的形式加入该项目组,但是我依然不看好该项目,一方面该项目会遇到 RN 上面的一些问题,另一方面阿里的项目大多是为自己的业务服务的,所以 Weex 应该有不少是跟自己的业务绑定紧密的,不一定适合大部分中小公司,我没有亲自实践过,不过以上就是我个人的一些看法。

    总结

    所以综上,我觉得我们时刻保持对技术的敏感性挺好的,但是不要过于杞人忧天,而且国内很多媒体言过其实,稍有点风吹草动,就会被吹的上天了,所以我们要有自己的判断与实践。我一直认为原生开发才是王道,无论到什么时候,除非你不做 App 开发,或者说以后 App 死了,微信崛起了,不过起码目前还看不到苗头,也别相信什么 App 已死的鬼话,那么什么时候 App 开始没落呢?我也不知道,给大家一个我自己认为的指标做参考吧,什么时候 QQ、微信、支付宝等推出新的使用方式的时候,可能代表 App 已死,仔细想想,我们从 PC 时代过渡到手机 App 时代,是不是基本上从手Q、支付宝推出移动应用开始的,只不过 App 时代造就了微信,这些巨头的敏感性总归要比个人要强吧。

    对了,前段时间微信朋友圈推出了原生广告,微信第一次把广告体验提升到了一个新高度,我想某种意义上是不是说明了什么?

    所以,建议大家不用再过度担忧了,可以时刻保持着对新技术的敏感性,只要你目前还在做移动应用开发,现阶段你依然需要提升你自己原生开发的能力,把重心放在原生开发上!

    PS:以上纯属个人观点,不见得对,不喜勿喷,欢迎交流。忙中偷闲,原创不易,如果觉得不错,随手点个赞支持!

    本文原创发布于微信公众号 AndroidDeveloper「googdev」,不仅是Android原创干货分享,也许是最有人情味的技术公众号,转载请务必注明出处!

    「掘金」是一个高质量的技术社区,从 RxJava 到 React Native,性能优化到优秀开源库,让你不错过 Android 开发的每一个技术干货。各大应用市场搜索「掘金」,技术干货尽在掌握中。

    展开全文
  • 原生到底是什么?一文了解云原生四要素!

    万次阅读 多人点赞 2020-02-08 15:24:08
    所谓云原生,它不是一个产品,而是一套技术体系和一套方法论,而数字化转型是思想先行,从内到外的整体变革。更确切地说,它是一种文化,更是一种潮流,是云计算的一个必然导向。 随着虚拟化技术的成熟和分布式...
  • 什么是原生数据库?

    千次阅读 多人点赞 2021-07-07 10:35:10
    原生数据库即「Cloud-Native Database Systems」。 在传统数据库的系统架构下,必须是紧耦合的设计方式,才能最大效能地发挥系统的优势。传统扩容过程非常漫长,而业务高峰过后缩容也很痛苦,往往会造成极大的资源...
  • 同学,你听说过“云原生”吗?我相信大部分人会回答:“Yes,I do.”是的,作为云计算领域的一个新兴概念,云原生现在频繁出现在我们的视野中。很多互联网大咖把它奉为至宝,走到哪说到哪。那...
  • X、阿里云原生数据仓库AnalyticDB、阿里原生分布式数据库OceanBase,都很早就提出了“云原生”、“分布式”这些概念,听起来很玄乎,究竟这些名词,是什么含义?自己都很含糊,通过网络学习,做个普及。 1. 云原生 ...
  • 究竟什么是原生DevOps呢?

    千次阅读 2021-01-19 16:57:25
    简介:究竟什么是原生DevOps呢?我们认为:云原生DevOps是充分利用云原生基础设施,基于微服务/无服务架构体系和开源标准,语言和框架无关,具备持续交付和智能自运维能力,从而做到比传统DevOps更高的服务质量、...
  • 什么是原生应用? 云原生是一种方法,用于构建和运行充分利用云计算模型优势的应用。云计算不再将重点放在资本投资和员工上来运行企业数据中心,而是提供无限制的按需计算能力和根据使用情况付费的功能,从而重新...
  • 导读:Cloud Native:云原生。我们今天一起来聊一下,到底什么是原生?以及这个领域的一些发展方向。此文来自陈耿老师的视频文字整理。(视频见文末)作者:陈耿来源:大数据DT(ID...
  • 什么要云原生

    2020-05-21 13:37:38
    什么要云原生? 文章目录为什么要云原生?1.写在前面2.服务的发展之路2.1 单体架构阶段2.2 RPC架构阶段2.3 微服务架构阶段3. 当下矛盾点4. 解决之道5. 问题就解决了?6. 总结 1.写在前面 目前业界对于云原生的声音...
  • 国内人工智能技术成熟度持续提升、服务种类不断丰富,在企业...本报告针对这一产品,对国内AI市场背景和企业需求、云原生AI开发平台产品优势及核心应用场景等进行了分析,就云原生AI开发平台未来发展趋势进行了展望。
  • CNCF 官方大使张磊:什么是原生

    千次阅读 2019-12-03 16:35:13
    从 2015 年 Google 牵头成立 CNCF 以来,云原生技术开始进入公众的视线并取得快速的发展,到 2018 年包括 Google、AWS、Azure、Alibaba Cloud 等大型云计算供应商都加入了云原生基金会CNCF,云原生技术也从原来的...
  • 近日小米MIUI市场副总监@黄龙中 就在微博上征求米粉意见,暗示MIUI 9可能长下面这样。小米最新官方主题《几何》,浓浓flyme风自2010年MIUI横空出世,国产定制安卓ROM在国内掀起了一阵风暴。MIUI成功后,乐蛙、点心等...
  • 点击上方“程序猿技术大咖”,关注并选择“设为星标”回复“加群”获取入群讨论资格!云原生架构是什么回顾过去十年,数字化转型驱动着技术创新和商业元素的不断融合和重构,可以说,现在已经不是由商业...
  • 导读:云原生到底是什么?作者:阿里集团 阿里云智能事业群 云原生应用平台来源:大数据DT(ID:hzdashuju)云原生(Cloud Native)的概念,最早是由Pivotal于201...
  • 那么,我们不仅会好奇,究竟什么是“云原生”?它会给我们带来什么改变?今天这篇文章,我们来探寻答案。 云原生的起源 介绍云原生之前,我们先介绍一下CNCF。CNCF,全称为Cloud Native Computing Foundation,...
  • 数据咨询公司IDC近日发布了《IDC FutureScape: 全球云计算2020 年预测——中国启示》,报告中介绍了全球云计算2020年的十项预测以及中国启示,并提出了未来5年云计算技术买家对于技术发展路线所需要考虑的行动建议...
  • 首先解释下什么是单元化,大家可能比较容易理解数据库层的分库分表或者说 Sharding,能够通过分片的方式解决集中存储计算性能问题,单元化的核心思想是把数据的分片提前到了入口请求的分片,在机房的网络接入层将...
  • 原生(Cloud Native),是2013年由Pivotal公司率先提出的概念。云原生以容器化、微服务、可持续交付性,帮助企业构建和运行可弹性扩展的应用。由于云原生应用构建简便快捷,部署轻松自如,运行按需伸缩等特点,...
  • 在20日下午进行的智能化运维分论坛上,来自中山大学陈鹏飞副教授同与会嘉宾探讨了云原生大势下,智能运维的发展背景、技术以及未来展望,共同探寻云原生时代的AIOps前沿体系,并带来了《面向云原生系统的智能运维》...
  • 作者 | 张凯出品 | CSDN云计算(ID:CSDNnews)导读本文介绍了目前云原生环境下,支持有状态应用的几种典型存储方案的特点,并对市场主流的几个云原生存储产品实际测试性能进行对比...
  • 软件名称:Android原生市场:Google Play商店 APK名称:com.android.vending 最新版本:5.1.11 支持ROM:2.3及更高版本 界面语言:简体中文 软件大小:9.70 M 开发者:Google Inc. Google Play是谷歌官方的的应用...
  • 2017年中国原生广告市场研究报告.pdf
  • 原生存储和云存储有什么区别?

    千次阅读 2019-11-06 16:14:37
    作者 |李鹏(壮怀) 阿里云智能事业群高级技术专家 导读:新的企业负载/智能工作负载...本文将介绍一下问题场景,探讨可行的解决方案,最终得出云原生存储以及云存储目前可以做什么和未来还需要做什么。 引言 ...
  • 容器和云原生(一):初识容器化和云原生

    千次阅读 多人点赞 2021-01-29 15:49:45
    总聚焦于应用系统开发和建立在应用系统上的业务模型开发,很容易忽略基础资源重要性(包括裸金属服务器配置和...什么是容器 容器是云原生概念的重要组成部分,一种计算单元,容器比虚拟化技术更轻量化、更小开销的方.

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 50,154
精华内容 20,061
关键字:

原生市场是什么