精华内容
下载资源
问答
  • 什么是原生开发?什么是混合开发?两者有什么区别?2020-11-27 17:54:09 991人读过一. APP何为原生开发?何为混合开发?1.原生开发(NativeApp开发):像盖房子一样,先打地基然后浇地梁、房屋结构、一砖一瓦、钢筋水泥...

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

    2020-11-27 17:54:09     991人读过

    一. 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实际上是一种基于智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市场不计其数。

    展开全文
  • 大家言必称云原生,却鲜少有人告诉你到底什么是原生,若是找资料来看,读完大多会感觉云绕雾罩,一知半解,总之虚得很;甚至会让你一度怀疑自己的智商,不过我对于读不懂的文章,一律归因于写文章的人太蠢,当然这...

    大家言必称云原生,却鲜少有人告诉你到底什么是云原生,若是找资料来看,读完大多会感觉云绕雾罩,一知半解,总之虚得很;甚至会让你一度怀疑自己的智商,不过我对于读不懂的文章,一律归因于写文章的人太蠢,当然这不一定是事实,但这样的思考方式能让我避免陷入自我怀疑的负面情绪。

    image.png

    云原生之所以解释不清楚,是因为云原生没有确切的定义,云原生一直在发展变化之中,解释权不归某个人或组织所有。

    何谓云原生?

    技术的变革,一定是思想先行,云原生是一种构建和运行应用程序的方法,是一套技术体系和方法论。云原生(CloudNative)是一个组合词,Cloud+Native。Cloud表示应用程序位于云中,而不是传统的数据中心;Native表示应用程序从设计之初即考虑到云的环境,原生为云而设计,在云上以最佳姿势运行,充分利用和发挥云平台的弹性+分布式优势。

    Pivotal公司的Matt Stine于2013年首次提出云原生(CloudNative)的概念;2015年,云原生刚推广时,Matt Stine在《迁移到云原生架构》一书中定义了符合云原生架构的几个特征:12因素、微服务、自敏捷架构、基于API协作、扛脆弱性;到了2017年,Matt Stine在接受InfoQ采访时又改了口风,将云原生架构归纳为模块化、可观察、可部署、可测试、可替换、可处理6特质;而Pivotal最新官网对云原生概括为4个要点:DevOps+持续交付+微服务+容器。

    2015年云原生计算基金会(CNCF)成立,CNCF掺和进来后,最初把云原生定义为包括:容器化封装+自动化管理+面向微服务;到了2018年,CNCF又更新了云原生的定义,把服务网格(Service Mesh)和声明式API给加了进来。

    可见,不同的人和组织对云原生有不同的定义,相同的人和组织在不同时间点对云原生也有不同的定义,真是乱的一匹,搞得鄙人非常晕菜,我的应对很简单,选一个我最容易记住和理解的定义:DevOps+持续交付+微服务+容器。

    image.png

    总而言之,符合云原生架构的应用程序应该是:采用开源堆栈(K8S+Docker)进行容器化,基于微服务架构提高灵活性和可维护性,借助敏捷方法、DevOps支持持续迭代和运维自动化,利用云平台设施实现弹性伸缩、动态调度、优化资源利用率。

    云原生构建应用简便快捷,部署应用轻松自如、运行应用按需伸缩。优点不一而足,缺点微乎其微;秒杀传统Web框架,吊打祖传IT模式,实在是保命**、评优晋级不可多得的终极绝密武器。

    云元素的四要素

    微服务:几乎每个云原生的定义都包含微服务,跟微服务相对的是单体应用,微服务有理论基础,那就是康威定律,指导服务怎么切分,很玄乎,凡是能称为理论定律的都简单明白不了,不然就忒没b格,大概意思是组织架构决定产品形态,不知道跟马克思的生产关系影响生产力有无关系。

    微服务架构的好处就是按function切了之后,服务解耦,内聚更强,变更更易;另一个划分服务的技巧据说是依据DDD来搞。

    容器化:Docker是应用最为广泛的容器引擎,在思科谷歌等公司的基础设施中大量使用,是基于LXC技术搞的,容器化为微服务提供实施保障,起到应用隔离作用,K8S是容器编排系统,用于容器管理,容器间的负载均衡,谷歌搞的,Docker和K8S都采用Go编写,都是好东西。

    DevOps:这是个组合词,Dev+Ops,就是开发和运维合体,不像开发和产品,经常刀刃相见,实际上DevOps应该还包括测试,DevOps是一个敏捷思维,是一个沟通文化,也是组织形式,为云原生提供持续交付能力。

    持续交付:持续交付是不误时开发,不停机更新,小步快跑,反传统瀑布式开发模型,这要求开发版本和稳定版本并存,其实需要很多流程和工具支撑。

    image.png

    如何云原生?

    首先,云原生借了云计算的东风,没有云计算,自然没有云原生,云计算是云原生的基础。

    随着虚拟化技术的成熟和分布式框架的普及,在容器技术、可持续交付、编排系统等开源社区的推动下,以及微服务等开发理念的带动下,应用上云已经是不可逆转的趋势。

    云计算的3层划分,即基础设施即服务(IaaS)、平台即服务(PaaS)、软件即服务(SaaS)为云原生提供了技术基础和方向指引,真正的云化不仅仅是基础设施和平台的变化,应用也需要做出改变,摈弃传统的土方法,在架构设计、开发方式、部署维护等各个阶段和方面都基于云的特点,重新设计,从而建设全新的云化的应用,即云原生应用。

    1. 本地部署的传统应用往往采用c/c++、企业级java编写,而云原生应用则需要用以网络为中心的go、node.js等新兴语言编写

    2. 本地部署的传统应用可能需要停机更新,而云原生应用应该始终是最新的,需要支持频繁变更,持续交付,蓝绿部署。

    3. 本地部署的传统应用无法动态扩展,往往需要冗余资源以抵抗流量高峰,而云原生应用利用云的弹性自动伸缩,通过共享降本增效。

    4. 本地部署的传统应用对网络资源,比如ip、端口等有依赖,甚至是硬编码,而云原生应用对网络和存储都没有这种限制。

    5. 本地部署的传统应用通常人肉部署手工运维,而云原生应用这一切都是自动化的。

    6. 本地部署的传统应用通常依赖系统环境,而云原生应用不会硬连接到任何系统环境,而是依赖抽象的基础架构,从而获得良好移植性。

    7. 本地部署的传统应用有些是单体(巨石)应用,或者强依赖,而基于微服务架构的云原生应用,纵向划分服务,模块化更合理。

    可见,要转向云原生应用需要以新的云原生方法开展工作,云原生包括很多方面:基础架构服务、虚拟化、容器化、容器编排、微服务。幸运的是,开源社区在云原生应用方面做出了大量卓有成效的工作,很多开源的框架和设施可以通过拿来主义直接用,2013年Docker推出并很快成为容器事实标准,随后围绕容器编排的混战中,2017年诞生的k8s很快脱颖而出,而这些技术极大的降低了开发云原生应用的技术门槛。

    image.png

    虽说云原生的推介文档有引导之嫌,但面对它列举的优点,作为杠精的我亦是无可辩驳。这么说的话,云原生也忒好了吧,应用是不是要立刻马上切换到云原生架构?我的观点是:理想很丰满,现实经常很骨感,需从应用的实际需要出发,目前的问题是否真的影响到业务发展,而推倒重来的代价能否承受得来。

    技术的趋势和影响

    软件设计有两个关键目标:高内聚、低耦合,围绕这2个核心目标,又提出了单一职责、开闭原则、里氏替换、依赖导致、接口隔离、最少知识等设计原则。

    软件工程师一直都在为这两个目标而努力奋斗,以求把软件编写得更加清晰、更加健壮、更加易于扩展和维护。

    但后来,人们发现有更多的诉求,希望开发软件变得更简单、更快捷,程序员希望更少编写代码,非专业人员也希望能开发程序,于是,更多的更傻瓜的编程语言被发明出来,更多的编程技术和编程思想被发明出来,比如库、组件、云基础设施。

    于是很多技术变成了屠龙之技,比如汇编,时代变了,建国后动物不能成精了,没有龙可以宰了,然后很多软件工程师摇身一变成了调参工程师、Call API砖家、用库包能手、拼组件达人,这是效率分工的结果,也是技术发展的使然。

    纵观近二十年的科技互联网发展历程,大的趋势是技术下沉,特别是近些年,随着云计算的发展和普及,基础设施越来越厚实,业务开发变得越来越容易,也越来越没有技术含量,而之前困扰小团队的性能、负载、安全性、扩展性问题都不复存在,这不禁让互联网行业的油腻大叔们噤若寒蝉,仿佛分分钟就要被卷入历史洪流而万劫不复。

    虽然不可否认技术的重要性在降低,但也还不至于那么悲观。遥想PC时代,当VB、Delphi、MFC出现的时候,也有类似论调,所见即所得,点点鼠标,就可以开发PC桌面程序,是不是很高端?那时候码农的担心相比现在恐怕是只多不少吧,但后来随着互联网兴起,出现了后端开发这个工种,码农很快找到了新的战场,网络、分布式、数据库、海量服务、容灾防错,于是又玩出一堆新花样。

    如果说PC时代的基础设施是控件库,互联网时代的基础实施是云,那AI时代基础设施是什么?又会有什么高端玩法?


       扫描二维码(可享华为云服务器8折优惠),加入华为云,了解更多

    华为云服务器8折优惠

    华为云服务器8折优惠二维码

     

    展开全文
  • 近年来,云原生一词越来越流行,甚至到了火爆的程度,谈论技术如果不涉及云原生似乎就OUT了,而不支持云原生的软件或者项目似乎也显得与当前时代格格不入,那到底什么是原生呢?我们怎样设计、开发出来的软件就是...

    近年来,云原生一词越来越流行,甚至到了火爆的程度,谈论技术如果不涉及云原生似乎就OUT了,而不支持云原生的软件或者项目似乎也显得与当前时代格格不入,那到底什么是云原生呢?我们怎样设计、开发出来的软件就是为云原生而生的呢?

    什么是云原生?

    云原生从字面意思上来看可以分成云和原生两个部分。

    云是和本地相对的,传统的应用必须跑在本地服务器上,现在流行的应用都跑在云端,云包含了IaaS,、PaaS和SaaS。

    原生就是土生土长的意思,我们在开始设计应用的时候就考虑到应用将来是运行云环境里面的,要充分利用云资源的优点,比如️云服务的弹性分布式优势。

    如何开发出适合于在云环境里面部署的程序呢?其实主要是需要遵循几个开发原则:

    图片

    微服务

    微服务解决的是我们软件开发中一直追求的低耦合+高内聚,与微服务对应的是我们传统的单体应用,例如一个tomcat容器中部署一个超大型管理系统的场景,而微服务的本质是把一块大饼分成若干块低耦合的小饼,比如一块小饼专门负责接收外部的数据,一块小饼专门负责响应前台的操作,小饼可以进一步拆分,比如负责接收外部数据的小饼可以继续分成多块负责接收不同类型数据的小饼,这样每个小饼出问题了,其它小饼还能正常对外提供服务。

    微服务还建议使用RESTful API通信,且局限于某一门开发语言,而是在系统的不同层次上选择最适合的语言进行,流行的微服务开发语言有: Go、Java、NodeJS、Python等。

    DevOps

    DevOps的意思就是开发和运维不再是分开的两个团队,而是你中有我,我中有你的一个团队。开发和运维由一个团队完成,快速适应业务变化,以更加定制化的方式实现客户需求,提供超出客户预期的产品。

    开发和运维在一个团队,团队需要对开发和运维两头抓,存在一定的技术挑战,但是其最终受益的还是整个团队。

    持续交付

    持续交付的意思就是在不影响用户使用服务的前提下频繁把新功能发布给用户使用,要做到这点非常非常难。要做到对用户不受影响,对于研发的设计要求是非常高的,我们很多时候可能因为前期某一个不合理的表设计就会让用户感觉到明显的产品变化,这块儿只能在团队中持续打磨,再有了一定抽象能力和产品能力以后才能有所进步。

    容器化

    容器化的好处在于运维的时候不需要再关心每个服务所使用的技术栈了,每个服务都被无差别地封装在容器里,可以被无差别地管理和维护,现在比较流行的工具是docker和k8s。

    因此我们也可以简单地把云原生理解为:云原生 = 微服务 + DevOps + 持续交付 + 容器化

    而针对容器化,他就和我们下面要聊的CNCF的话题有着密切联系。

    CNCF又是什么?

    CNCF,英文全称为Cloud Native Computing Foundation,中文译为“云原生计算基金会”。成立于2015年12月11日。

    CNCF是Linux基金会旗下的基金会,可以理解为一个非盈利组织。

    当年谷歌内部一直用于编排容器的Borg项目开源了,为了该项目更好的发展,谷歌与Linux基金会一起创办了CNCF。同时,谷歌把Borg用Go语言重写,更名为Kubernetes并捐赠给了CNCF。

    成立这个组织的初衷或者愿景,简单说:

    • 推动云原生计算可持续发展;

    • 帮助云原生技术开发人员快速地构建出色的产品;

    CNCF通过建立社区、管理众多开源项目等手段来推广技术和生态系统发展。

    云原生计算技术栈非常宽阔,它囊括了存储、计算、编排、调度、CI/CD、DevOps、服务治理、服务网关等诸多领域。因此与之相对应的开源项目就非常多。CNCF基金会与Linux基金会、Apache基金会类似,负责社区的管理、技术的推广,使得云原生领域的技术不断成长。

    比如,源于谷歌的Kubernetes(容器编排引擎)开源项目就被吸收到CNCF,Kubernetes也因此受到更多的人关注。

    再比如,源于华为的KubeEdge(边缘计算平台)开源项目也被CNCF吸纳,也吸引了很多人参与进来。

    很多公司很乐于把自已的项目贡献给CNCF,这样能吸引到更多的专家参与进来一起开发。只有足够优秀的项目CNCF才会接纳,源创公司会在该项目上保持技术上的领先,也能扩大技术影响力,所以公司愿意分享项目到CNCF。

    CNCF的愿景: 为云原生软件构建可持续生态系统‎

    核心项目

    CNCF基于著名的鸿沟理论开展项目管理,将项目分为沙盒项目(Sandbox)孵化项目(Incubating)毕业项目(Graduated)。分别对应于鸿沟图的创新者早起采用者早期多数者

    CNCF项目阶段与鸿沟图对应关系如下图所示:

    图片

    基于该理论,CNCF技术监督委员会制定了严格的项目管理制度和项目毕业标准,保证毕业的项目具有采用率、健康的变化率以及来自多个组织的提交人等。

    著名的毕业项目有: Kubernetes、etcd、containerd、Prometheus、Helm等。

    处于孵化阶段的流行项目有: CRI-O、gRPC、Argo、Dragonfly、KubeEdge、Thanos等。

    完整的项目列表查看地址: https://www.cncf.io/projects/

    CNCF全景图

    Trail Map只是对云原生应用做一个大体的梳理,而每个阶段所关联的服务商和产品等详细信息则需要从全景图Landscape中确认。CNCF有一个很大的愿景,而且包含的内容也越来越丰富,截止2021年4月3号,全景图已经包含了云原生应用所关联的方方面面,共计913个卡片,与之对应的开源项目一共达到了2,530,085个star, 市值为14.4T和资金156.8亿美元。

    图片

    原始图片地址: https://landscape.cncf.io/images/landscape.png

    分模块查看地址: https://landscape.cncf.io/

    这样的全景图可以指导我们的项目开发工作,选择云原生就绪的开源项目,将有助于我们构建自己的云原生就绪的项目。这张图中主流的项目也是将来的技术热点,是我们学习的方向。

    总结

    我们不难发现,云原生是一个很宽泛的概念,想要开发一个支持云原生的应用并不难,可能就是简单的实现可基于容器部署、使用Kubernetes进行编排与调度,集成CI/CD工具以及Prometheus监控工具等。

    但是,想要构建一个真正云原生的系统,要求我们考虑到系统的方方面面,我们不仅要掌握简单的开发技能,还要在SDN、SDS、分布式调度甚至计算机基础架构等诸多领域有所了解,要能够根据场景制定出最合适的架构方案。

    各方面的综合能力的提升才能在云原生时代构建出云原生就绪的应用或系统。

     

     

    图片

    图片

    展开全文
  • 什么是原生APP首先说明下什么是原生APP?原生APP又称Native App,开发针对苹果IOS封闭、Android开源等不同的手机操作系统用不同语言进行开发,如C语言java等,安卓手机需要针对上千款品牌手机型号的参数大小来调控...
  • 什么是原生应用?

    2021-02-02 09:28:35
    原生定义# 云原生意味着应用程序原生就被设计为在云上以最佳方式运行。 云原生是一种专门针对云上应用而设计的方法,用于构建和部署应用,以充分发挥...但是当需要回答“什么是原生”这个问题时,还是会有些困难
  • 如果企业想制作开发一款APP,那么就应该了解下APP的原生和混合开发的优劣势都有...和iOS端,那么什么是原生开发,什么又是混合开发呢?他们的优劣势在哪。原生开发顾名思义就是原生态的开发,从整体的布局设置,UI...
  • 前言9 月初给 BG 的新人开了一门课,专门来讲云原生技术,云原生技术从出现到现在按最早的时间出现来说也是有 10 多年了。尤其是这几年火热的不得了,但是 cloud native 这个外...
  • 一、云原生概述 云原生的概念,由来自Pivotal的MattStine根据其多年的框架经验总结于2013年首次提出,被一直延续使用至今。这是他当时提出的几个主要特征: 面向微服务框架 自服务敏捷架构 基于API的协作 符合12...
  • 究竟什么是原生DevOps呢?

    千次阅读 2021-01-19 16:57:25
    简介:究竟什么是原生DevOps呢?我们认为:云原生DevOps是充分利用云原生基础设施,基于微服务/无服务架构体系和开源标准,语言和框架无关,具备持续交付和智能自运维能力,从而做到比传统DevOps更高的服务质量、...
  • 原生JS改变HTML内容

    2021-06-09 07:50:52
    最近发现总是把原生JS语法和诸多框架库神马的语法搞混,打算暂时弃用各种库,回归到原生来,好好抠一抠所有的细节,跳一跳各种坑,才能飞得更远。PS. 突然想起冰火里面三眼乌鸦对布兰说的那句话——You’ll never ...
  • 原标题:网站打包生成的APP和原生开发APP有什么区别?1.首先从开发方面:原生开发的App每一种移动操作系统都需要独立的开发项目每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++...
  • 导语|分析型数据仓库经历了共享存储、无共享MPP、SQL-on-Hadoop几代架构的演进,随着云计算的普及,传统的数据仓库架构在资源弹性,成本等方面已经很难适应云原生的要求。本文由偶...
  • 内容主要围绕这几个问题,上半场我们将围绕前三个问题。 如何理解云原生? 第一个话题:如何理解“云原生”?之所以将这个话题放在前面,是因为,这是对云原生概念的最基本的理解,而这会直接影响到后续的所有...
  • 最近腾讯公布了微信的广告首次,从官方数据来看,新版广告效果似乎非常好,对此官方也对新的广告形式做了定义,并且称为朋友圈原生广告页,到底是什么东西呢,看看下面介绍吧。一周前,腾讯公布了第二季度业绩报告,...
  • 原生APP的开发模式所针对的事Android、IOS等不同的手机操作系统,要采用不同的框架和语言来进行开发,是专门用来针对不同设备而开发出的版本,现在我们大部分接触的都是苹果和安卓两个版本,也都是直接安装到谁被里...
  • 原生数据库是什么?简单来说,云原生数据库,是一种通过云平台进行构建、部署和分发的服务。这种云原生属性是它相比于其他类型数据库最大的特点。作为一种云平台,云原生数据库以PaaS(平台即服务, Platform-...
  • 导读:云原生到底是什么?作者:阿里集团 阿里云智能事业群 云原生应用平台来源:大数据DT(ID:hzdashuju)云原生(Cloud Native)的概念,最早是由Pivotal于201...
  • 蒋江伟,阿里云高级研究员云原生成了耳熟能详的热门词,似乎不提云原生就落伍了,加入 CNCF 也成了云厂商引以为傲的技术优势。我们也看到各种云原生的定义,有来自 CNCF 的“微服务+容器...
  • 什么是原生

    2021-03-20 20:54:38
    1,什么是原生: 1.1 CNCF组织 CNCF,即云原生计算基金会,2015年由谷歌牵头成立,基金会成员目前已有一百多企业与机构,包括亚马逊、微软。思科等巨头。 1.2 云原生 CNCF给出了云原生应用的三大特征: 容器...
  • <!DOCTYPE html> <html> <body> <li> <h3> <a href="/corp_index/technology/lbec/information_center/pdf/news-85.pdf"><span class="newsletter-ttl">...最新一期<
  • 整理一下原生 js 添加及删除元素和内容的相关知识,供参考。初始HTML代码:(一个小实例,点击按钮删除元素)我只是一个小元素,任人宰割。刀是我拿的,人是我杀的一个容器,用来放添加的元素。一个button按钮,用来...
  • 把应用迁移到云上就是云原生架构吗?什么才是云原生架构?为什么要作云原生架构?本文告诉你,除了把应用搬到云上,要实现云原生,你还要做很多。
  • 点击上方“程序猿技术大咖”,关注并选择“设为星标”回复“加群”获取入群讨论资格!云原生架构是什么回顾过去十年,数字化转型驱动着技术创新和商业元素的不断融合和重构,可以说,现在已经不是由商业...
  • 导读:Cloud Native:云原生。我们今天一起来聊一下,到底什么是原生?以及这个领域的一些发展方向。此文来自陈耿老师的视频文字整理。(视频见文末)作者:陈耿来源:大数据DT(ID:...
  • 简介:云原生已经成为IT界最流行的一个定语,似乎不谈云原生就out了,但什么才是真正的云原生? 注:本文作者马涛,阿里云智能研究员、阿里巴巴集团内核团队创始人之一、阿里云基础软件部操作系统团队负责人。先后...
  • 原生js系列 删除元素

    2020-12-21 11:59:04
    // 删除idvar idObject = document.getElementById('sidebar');if (idObject != null)idObject.parentNode.removeChild(idObject);//通过class获取元素paras = document.getElementsByClassName('paginator');...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 307,953
精华内容 123,181
关键字:

原生内容是什么