精华内容
下载资源
问答
  • 华为将发布Mate40Pro:大胆设计配首发鸿蒙系统概念图惊艳亮相!
    2021-05-30 19:14:26

    华为手机在这两年外观设计方面有很多的创新,尤其是华为Mate系列。华为明年将要发布的华为Mate40系列又会有怎样的新潮设计出现呢?最近网络上曝光了华为Mate40系列的最新概念设计图,不仅配备了全新屏幕,而且抛弃了浴霸和圆形镜框,外观视觉上全面打压苹果。

    a9277c20c528d05a78fa09ebc2c96d55.png

    在屏幕方面,华为Mate40Pro变动非常的巨大,不仅抛弃了曲面屏设计,就连引以为豪的瀑布屏也砍掉了。之所以这样设计,是因为采用了全新的OLED全面屏,将镜头藏在屏幕下面,实现屏幕下镜头的全新设计。扬声器还是屏幕声控技术,屏幕整体外观发生了巨大的改变,屏占比极限化提升,彻底消灭刘海。华为Mate40Pro还有屏下指纹解锁功能,配上这样的真全面屏,仿佛是浑然天成般的完美设计。

    81d67ab0884d91348911d7b98d205e21.png

    华为Mate40Pro的背面摄像头,将浴霸和圆形镜头设计也全面抛弃,四颗后置镜头垂直摆放在机身后背中间,镜头设计简约、大气。在规格上,还是两颗四千万像素镜头,变焦镜头则高达2000万,还有一颗是微距镜头,配置也全面升级了。

    da786c5eec63480e7bfb5697fa855cfd.png

    华为Mate40Pro身上搭载了无线反向充电功能,充电功率高达10W,损耗在10%以内。另外还支持100W无线充电,电池容量高达5000毫安,在30分钟就能够充满。

    e5dcade0cb1c23afa956e6e7368aa31b.png

    华为Mate40Pro与老对手苹果三星相比,无论是功能还是外观,绝对创造了无数惊喜。如果华为P40Pro首发鸿蒙系统,那么三大手机厂商采用三种移动操作系统,那看点就多了。

    欢迎大家积极留言讨论!

    更多相关内容
  • 华为Mate30Pro创造了无数惊喜,但在雷军眼里,就是小米10Pro的...而最新华为Mate40Pro概念设计不仅搭载了最新5G处理器,还首发了鸿蒙系统,这才是华为真正的硬实力。屏幕一直都是用户最关心的元件,也是手机最贵...

    c013587c63018b1d5c52c3243b483db6.png

    华为Mate30Pro创造了无数惊喜,但在雷军眼里,就是小米10Pro的手下败将。殊不知华为自主研发5G处理器和操作系统,无论哪一项都远超小米。如今华为移动服务应用(HMS)也正式推出,这意味着要从谷歌手里抢蛋糕,打造真正的华为生态,为鸿蒙系统做准备。而最新华为Mate40Pro概念设计图不仅搭载了最新5G处理器,还首发了鸿蒙系统,这才是华为真正的硬实力。

    84204cfd6fe759f2f13099c201f70b8a.png

    屏幕一直都是用户最关心的元件,也是手机最贵的元件。而这款华为Mate40Pro展示出一款完全不同的屏幕,从概念图可以看出,屏幕边角部分显得非常圆润,要比其他机型弧形更大。这样设计出来的屏幕显得非常另类,而且识别度非常高。如果掉在地上,缓冲力度也更大,有效保护屏幕。但更惊喜的莫过于真全面屏,砍掉丑刘海,采用屏下3D人脸识别。

    87b31ce87b5cea63fccae20584ac283f.png

    这样的设计有效的将刘海砍掉,同样也为设计妥协,那就是瀑布屏被抛弃。因为瀑布屏下镜头如果想要实现,那就需要非常高的科技含量,而且量产可能会很困难。不过这并没有妨碍华为Mate40Pro的颜值,毕竟真全面屏的展示效果一点都不输给瀑布屏,只是看上去没有那么华丽。而屏幕造型的变化也让屏占比提升到95%,黑边也没有那么粗,这方面的细节设计得非常巧妙。

    64800230ca506172aea7ec28c9f4a866.png

    这款华为Mate40Pro的屏幕规格也无比强大,支持60Hz,90Hz,120Hz刷新率。而且分辨率还是2K屏,在这样高规格情况下,也能够实现高屏幕刷新率。这一点连三星都无法做到,而小米10Pro则更是落后太远。但真正展现华为实力的操作系统,首次搭载鸿蒙系统,并且能够完美兼容所有的谷歌应用服务,而且还有华为移动服务应用也可以使用。

    0a7f6497b80e9b6d00b91f068ffb4373.png

    在镜框上,回归了浴霸造型,配备了潜望式五镜头。从概念图看出,其实浴霸镜框所占据的空间非常大,设计还不如华为Mate30Pro的滚筒镜头。但是拍照实力不容忽视,虽然不知道规格,但有麒麟1020处理器加持,拥有更加强大的AI性能,高度精准识别各类场景,能够完美适应各种环境的拍照。无论是算法还是硬件,都值得小米好好学习。虽然小米10Pro暂时抢走了Dxo镜头排行榜第一名,相信华为很快会夺回来。

    2d814ff34a33e802fe210b2460899cb4.png

    自从去年开始,华为的业务遭受重创后,我们才见识到华为有这么多“备胎”。备胎转正后,华为的实力才刚刚崭露头角。最令人兴奋的莫过于操作系统的发布,虽然手机还没应用上,但这款华为Mate40Pro概念图则率先采用。同样还有华为自主研发的5G处理器麒麟1020 5G,与鸿蒙系统组成华为最强大的核心软硬件。这款处理器同样是集成5G调制解调器,也是5纳米制程工艺,功耗会更低。鸿蒙与麒麟让我们见识到华为的硬实力到底有多强大。

    展开全文
  • 华为鸿蒙系统HarmonyOS学习之十四:方舟编译器

    华为鸿蒙系统HarmonyOS学习之十四:方舟编译器

          方舟编译器是华为自研的一个支持多种编程语言,多种芯片平台的联合编译编程平台,而经过方舟编译器编译适配后的APP,运行效率会大大提高,拥有更为流畅的体验,足以匹配IOS应用程序APP,华为方舟编译器所拥有的全新的应用编译和运行机制,能够从动态编译变为静态编译,直接将高级语言直接编译成机器码,彻底消除了虚拟机动态编译的额外开销,实现了开发和运行效率的兼容并举,所以方舟编译器也成为了华为鸿蒙OS系统发展中非常重要的一环。

        方舟编译器是基于GCC开发的交叉编译器套件,它包括了C、C++、Fortran的前端,也包括了这些语言的库(如libstdc++、libgcc等)。HCC运行在X86 linux架构服务器上,生成的二进制运行在Aarch64架构服务器上。

    要想说明方舟编译器的原理,必须首先明确机器码、汇编器、编译器、解释器等基本概念,以及常用的程序的运行模式,才能很好的理解编译器的运行原理。

    (一)机器码、汇编器、编译器、解释器的概念

    • 机器码

       不论是低级语言,如汇编,还是如今广泛使用的各种高级语言,Java,C++ 等,对于 CPU 来说,它能认识的只有二进制的机器码。当然,机器码对开发人员来说,是天书。那么编写的代码来说,应该如何驱动 CPU 运行编写的程序呢?这个时候,在代码和CPU之间就需要一个翻译,将代码翻译成机器码给 CPU,它就知道该如何执行了。面对不同的终端,翻译内容也不一样,一个只知道 x86 指令集的去翻译 arm 的,肯定翻译不出来。肯定需要通过汇编器、编译器或者解释器等翻译工具,实现这种翻译。

    • 汇编器

        将汇编代码直接翻译成机器码。由于汇编代码一般和机器码都是一一对应的,所以它的速度非常快。但是汇编语言,可读性很差, 用来开发和编写大型程序对于普通开发者基本是不现实的。

    • 编译器

         编译器将我们平常开发用的高级语言,例如 Java/C++ 等,翻译成机器码供 CPU 使用。这种编译很慢,但是执行起来会很快。

    • 解释器

         程序不需要编译,程序在运行时才翻译成机器语言,每执行一次都要翻译一次。因此效率比较低。这种运行方式就慢了很多。 典型的解释型语言,php/js/python 等。

    (二)java虚拟机的代码执行方式

             Java 程序的执行依赖于 Java 虚拟机(JVM),JVM 能直接识别的叫做字节码。Java 代码经过编译会生成 Class 文件,即字节码文件,再交由 JVM 处理。而 JVM 又是怎么执行 Class 文件的呢?这里以 HotSpot 为例,Class 文件被虚拟机加载后会存放在方法区,实际运行时,虚拟机会执行方法区中的代码。

          将字节码翻译成机器码的工作自然就由 JVM 来承担了。在 HotSpot 中,有几种翻译形式。

    • 解释执行

          逐条将字节码翻译成机器码并执行

    • 即时编译(Just-in-time ,JIT)

        将一个方法中包含的所有字节码编译成机器码后再执行。

           前者的优势在于无需等待编译,而后者的优势在于实际运行速度更快。HotSpot 默认采用混合模式,综合了解释执行和即时编译两 者的优点。它会先解释执行字节码,而后将其中反复执行的热点代码,以方法为单位进行即时编译。

    (三)andriod的执行方式的变革历程

         开发 Android 目前用的最多的还是 Java,即使不是 Java,也是 JVM 语言。Android 工程中的 java 源文件经过编译也是生成 Class 文件,最后被打包成 DEX 字节码文件,负责将 DEX 字节码翻译成机器码的是 Dalvik 或者 Art。

         在 Android 5.0 之前,还是 Dalvik 的天下。Dalvik 是解释执行加上 JIT,每次app运行的时候,它动态的将一部分 Dalvik 字节码 解释为机器码。随着 App 的运行,更多的字节码被编译和缓存。因为 JIT 只编译了一部分代码,它具有更小的内存占用和更少的设备物理空间占用。但是,边解释边执行,效率低下,这也是后来 Dalvik 遭到抛弃的原因。

         从 Android 4.4 开始,Android 引入了 Art,到 Android 5.0,Art 正式代替了 Dalvik。Art 使用的是 AOT(Ahead of Time)的编译方式,即在应用的安装过程中,就将所有的 Dex 字节码翻译成机器码存储在设备空间中,完全抛弃了 JIT,带来的好处是显而易见的。

    • Apps 运行的更快,因为 DEX 字节码的解释在安装过程中已经完成,直接运行机器码
    • 减少了应用的启动时间,因为本地代码可以直接执行。
    • 节省电量消耗,不需要再去一行一行的解释字节码。
    • 增强了垃圾回收。
    • 增强了开发者工具。

         事实上,这种完全基于 AOT 的模式也已经被 Android 抛弃了。如果你用过 5.0 或者 6.0 的安卓机,你一定不会忘记安装应用带来的漫长等待。由于需要在安装期间翻译字节码,所以安装过程会很长,尤其对 一些大型应用来说。另外,安装过程中翻译出来的机器码也占用了更大的机身存储空间。

           Android 7.0,Android 又加入了 JIT,一个具备代码分析功能的即时 (JIT) 编译器。事实上,根据二八定律,经常运行的热点代码可能只占 20%,甚至更少,我们没有必要通过 AOT 提前将所有字节码都翻译成机器码。安装过程中放弃 AOT,加快安装速度,所以初次使用时得解释执行。当你在使用应用时,JIT 就开始分析代码了,在合适的时候将字节码翻译成机器码,在 Android 应用运行时持续提高其性能。另外,设备空闲的时候,AOT 就发挥作用了,它会将热点代码翻译成机器码并保存下来,进一步提高运行效率。这么看下来,现在的 Android 是 解释执行 、JIT、AOT 同时存在的。下面这张官网的图片很好的说明了Art 下的 JIT 架构.

     

    关于解释器,高版本中的 Android 实现也不再那么孱弱了,根据官网相关介绍:

    通过引入 Mterp(一种解释器,具有以汇编语言编写的核心提取/解码/解释机制),Android 7.0 版本中的解释器性能得以显著提升。Mterp 模仿了快速 Dalvik 解释器,并支持 arm、arm64、x86、x86_64、mips 和 mips64。对于计算代码而言,ART 的 Mterp 大致相当于 Dalvik 的快速解释器。 不过,有时候,它的速度可能会显著变慢,甚至急剧变慢:

    • 调用性能。
    • 字符串操作和 Dalvik 中其他被视为内嵌函数的高频用户方法。
    • 堆栈内存使用量较高。

    Android 8.0 解决了这些问题。

    说了这么多,无非是安装速度,空间占用,运行速度的平衡,目前 Android 应该已经做得很好了,但仍然存在不少诟病。

    (四)方舟编译器采用的技术

       方舟编译器,安卓性能革命突破:方舟编译器是业界首个多语言联合优化的编译器,开发者在开发环境中可以一次性将多语言统一编译为一套机器码,运行时无需产生跨语言带来的额外消耗,并可以进行跨语言的联合优化,提升运行效率。安卓自身的编译技术在不断的发展,但始终需要在运行中依赖虚拟机来进行动态编译和解释执行,对系统资源消耗较大。而方舟编译器在开发环境中就可以完成全部代码的编译,手机安装应用程序后无需依赖虚拟机资源,即可全速运行程序,带来效率上的极大提升。举一个例子:EMUI 9.1仅仅对系统组件System Server应用了华为方舟编译器后,就带来了系统操作流畅度提升24%,系统响应性能提升44%的收益

     

    方舟编译器,高效的回收机制:内存管理是程序开发与运行时需要重点考虑的部分,也和系统流畅度息息相关。安卓在内存回收上采用集中回收机制,发声全局回收时更需要暂停应用,这也是随机卡顿的根因之一。而方舟编译器提供了更高效的内存回收机制,回收时无需暂停应用,随时用随时回收,大大提高运行速度。

     方舟编译器,应用级编译优化:代码优化是编译器最为核心的功能,也是评判一个编译器优劣最重要的标准。当前由于安卓应用使用了虚拟机机制,难以面向不同应用对虚拟机进行针对性的灵活优化。安卓ART的AoT和JIT动态编译因为是运行在手机上,受资源所限,因而只能使用简单的优化算法。而方舟编译器由于是在应用开发阶段进行编译,所以可以允许不同应用灵活采用不同的编译优化方案,而且因为在开发环境编译不会受到手机性能的限制,可以使用更多先进的优化算法,从而使得每个应用的性能达到最佳。

    简单易用,开放开源:华为在持续进行技术创新的同时,也注重将技术成果回馈行业,华为方舟编译器在开发构建的阶段为开发者提供快速的集成编译环境,大大降低了开发者的学习成本和使用成本,令产业与更多用户受益。华为方舟编译器会开始全面开源,邀请整个产业和生态来一起共同关注和提升安卓性能体验。

    超级文件系统,读取更顺畅: 在业界规模商用F2FS文件系统,替代了传统的EXT4文件系统,令用户分区的文件读写流畅度提升20%;而超级文件系统(EROFS)采用专利压缩算法加持,使得系统分区随机读性能平均提升20%,并减少14%系统空间占用。

    超级文件系统,安全又高效:超级文件系统天然只读设计,系统分区不可被三方改写,更为安全。

    HiAI生态开放共享,更多智能体验:HiAI开放能力不断增强,支持算子数量增加至147算子,API上线数量增加33个API,接入原子化服务超3200项。已经有很多合作伙伴利用HiAI开放平台给消费者提供了很多创新体验,比如storysign利用HiAI的API能力帮助残障人士进行无障碍的阅读。通过开放的全球生态系统,以及1400+生态合作伙伴和560000+的开发者,用户将会获得更多更丰富的智慧场景体验。

     

     

     

     

     

     

     

    展开全文
  • 华为鸿蒙系统HarmonyOS学习之十五:总线技术概念学习 提起总线技术, 总线英文名叫Bus,你猜的没错也是公共汽车的意思。总线是一个非常广泛的概念,在传统计算机硬件体系中应用的非常广泛。 总线是一种内部...

    华为鸿蒙系统HarmonyOS学习之十五:总线技术概念学习

        提起总线技术,了解计算机原理的人,都会马上想起ISA总线、LOCAL BUS 总线、PCI总线等一系列的概念,在PC的286、386的时代,那时候提起这些概念的人,牛哄哄的程度不亚于现在动不动就是区块链、大数据、AI智能化的小鲜肉。现在再提起总线技术,已经远远不是PC时代的概念,已经在服务(webservice)、网络技术层面上,赋予新的内涵。

    一、计算机总线

        总线英文名叫Bus,你猜的没错也是公共汽车的意思。总线是一个非常广泛的概念,在传统计算机硬件体系中应用的非常广泛。

         总线是一种内部结构,它是cpu、内存、输入、输出设备传递信息的公用通道,主机的各个部件通过总线相连接,外部设备通过相应的接口电路再与总线相连接,从而形成了计算机硬件系统。

    计算机硬件总线结构

    在计算机系统中,各个部件之间传送信息的公共通路叫总线,微型计算机是以总线结构来连接各个功能部件的。按照计算机所传输的信息种类,计算机的总线可以划分为数据总线、地址总线和控制总线,分别用来传输数据、数据地址和控制信号。

    传统总线的典型特征:

    • 即插即用

    • 高带宽

    • 低时延

    • 高可靠

    • 标准

    二、企业服务总线 ESB

    企业级应用架构的发展经历了以下几个阶段:

    1. 独立应用系统
    2. EAI 阶段
    3. SOA 阶段

    独立应用阶段

    20 世纪 60 到 70 年代,企业应用处于独立应用系统阶段,当时的企业应用是一种用来替代重复性劳动的简单设计,其目的是用计算机代替孤立的,体力性质的工作环节,将相关联的企业信息或数据管理起来。这些系统大部分是独立的系统——有独立的数据库、应用服务器、用户界面。因此有时候这类应用也叫“竖井型”的应用。

    但是,随着业务和信息的不断扩展,独立应用系统渐渐不能满足企业对 IT 的需求,表现在大量的信息冗余,因为在建立一个新的应用的时候需要重新建立一套数据库;功能的重新设计,相似的功能存在于多个系统中;例如,客户信息在一个公司中可能有多个拷贝分别存在于多个数据库中,不同时期建立的应用系统所使用的技术也会不同。对于获取客户资料这样的功能,必然存在于多个系统中,而且在不同的系统中其实现方式可能是 Java/J2EE、Delphi、C/C++。

    EAI 阶段

    20 世纪 80 到 90 年代,一些公司或集成商意识到应用集成的价值和必要性。EAI 是一种将多个不同平台、用不同方案建立的异构的应用集成的一种技术和方法。它的目标包括以下几个方面:各个分离的系统间的相互通讯,消除信息孤岛,实现信息的共享。从功能的角度来看,EAI 包括信息接收、转换、翻译、路由、传播和业务流程管理。从架构上看有两种方式:Hub/Spoke 方式和 Bus 方式。

    图 1 所示的 Hub/Spoke 结构使用一个中心代理(Hub)和多个适配器(Spoke)将 Hub 和应用连接起来。适配器负责将应用的数据格式转换成 Hub 可以理解的格式,Hub 将数据再转换成目标系统可以理解的格式,并执行消息的路由。Hub/Spoke 方式的弊端在于只有一个代理中心,当连接的应用种类增加或者消息量增大时,代理中心的性能将成为整个系统的瓶颈,在可扩展性方面也存在着一定的问题。


    图 1 . Hub/Spoke 结构的 EAI 集成 
     

    图 2 所示的 Bus 结构使用一个中心总线,应用程序通过 Adapter 将消息发送给总线,总线负责消息的路由,接受方的应用程序也有自己的 Adapter 来转换接受到的消息。Bus 结构和 Hub/Spoke 结构的最大区别在于在 Bus 结构中,Adapter 位于应用程序中,而 Hub/Spoke 结构中,Adapter 由 Hub 来统一管理。这样在 Bus 结构中,加入一个新的应用变得很简单,可扩展性得到了很大的提高,但是应用程序方的负担加重了。


    图 2. Bus 结构的 EAI 集成 
     

    SOA 阶段

    SOA 将应用资源看成一个个独立的,自包含并良好定义的服务,通过这些服务的组装,编排可以产生新的应用。每一个服务可以完成一个独立业务功能,并且不依赖于业务上下文或者其他服务的状态。服务的定义是标准的且被广泛支持的,比如 Web Service。在 SOA 的架构中,人们都用标准的方式来封装自己的服务,使得任何一个客户端程序都可以容易的和后台系统实施连接。而 ESB 是 SOA 架构中的一个核心基石,在几乎所有的 SOA 架构中,都将 ESB 放在核心的位置。

    ESB 产品些特征:

    1. 连接性

      ESB 必须提供一种支持服务交互的桥梁,它必须支持多协议 (protocol) 之间的连接。不仅要提供对消息和面向事件的中间件的支持,还要提供和现有 EAI 技术的连接。连接性是 ESB 不可缺少的特征之一。

    2. 服务交互

      服务交互可以理解为 ESB 的一个目的之一,ESB 作为 SOA 架构的核心,必然要支持服务的交互,要在服务的请求者和提供者架起一个坚实的桥梁,让服务的请求者和提供者只需要关心各自的业务逻辑,而不需要在发布和消费服务的环节花很大力气。服务交互也是 ESB 的必备特征。

    3. 集成

      集成的概念是对于系统而言的,ESB 不仅要能集成那些很容易封装服务的系统,也要集成不能方便地封装服务的系统,例如 SAP, ERP, CRM, Siebel 等 EAI 系统、遗留系统。集成也是 ESB 的核心特征之一。

    4. 消息处理

      在集成的过程中,必须要面对的是消息处理,在不同的应用系统中,消息的描述格式是不一样的。在集成环境中,必须要提供一种统一的格式来处理系统间的交互。

    5. 管理

      对于一个具有 ESB 特征的产品,管理也是一个重要的方面。例如,当一个服务从一个地址切换到另一个地址,在结构等不发生任何改变的时候,ESB 产品应该提供一个方便的途径适应这种改变。

    6. QoS

      对于服务交互来说,QoS 也是一个重要的特征,比如针对不同的服务请求者提供不同质量的服务响应。有些服务的请求需要在事务中完成,有些服务的交互需要保证其可靠性。一个 ESB 产品应该提供给开发者定义 QoS 的接口。

    7. 安全

      安全的必要性不言而喻,系统和系统之间的交互必然需要认证,授权,加密,签名等安全性。一个优秀的 ESB 产品应该提供可靠的,可灵活配置的安全支持。

    三、分布式软总线

    分布式软总线技术是基于华为多年的通信技术积累,参考计算机硬件总线,在1+8+N设备间搭建一条“无形”的总线,具备自发现、自组网、高带宽低时延的特点。

    简单解释一下什么是1+8+N: 

    1指的是手机 

    8代表车机、音箱、耳机、手表/手环、平板、大屏、PC、AR/VR 

    N泛指其他IOT设备

    鸿蒙OS分布式软总线

    全场景设备间可以基于软总线完成设备虚拟化、跨设备服务调用、多屏协同、文件分享等分布式业务。

    分布式软总线的典型特征:

    • 自动发现/即连即用

    • 高带宽

    • 低时延

    • 高可靠

    • 开放/标准

    从上面三种总线技术层面上,我们可以看出有以下的几个方面的变化:

    • 不再局限于线路板层面的硬件技术,不再单纯依赖线路板技术、网络、无线传输媒介也是覆盖的范围。
    • 赋予网络服务的概念层面概念,涉及硬件、软件等领域。
    • 不再局限单一设备上,可以跨平台、跨区域、跨网络。

     

     

        

    展开全文
  • 原标题:华为Mate30概念图:5G芯片+鸿蒙系统,是否值得期待?华为手机之所以出名是因为科技实力比较强悍,获得了众多用户的认可,而随着5G时代即将到来,华为手机也变得越来越重要了,因为在5G技术方面,华为有着...
  • 5月6日鸿蒙系统正式上线,而上个月底部分华为用户收到了鸿蒙系统 OS 2.0 开发者 Beta 公测版推送,我们也多次报道了与 EMUI 系统的对比。接下来我们就为大家带来华为手机鸿蒙系统 OS 2.0 开机界面演示。华为手机鸿蒙...
  • 在华为开发者大会上,华为消费业务CEO 余承东,正式发布鸿蒙OS2.0,并宣布华为鸿蒙OS将全面启用全场景生态,并将于2020年12月发布手机版。余承东还表示,明年,华为的智能手机将全面升级,以支持鸿蒙操作系统2.0。从...
  • 近年来,华为一直是苹果真正的竞争对手。三星的旗舰机漂亮而创新,但价格却...国外媒体发布了一组全新的华为mate40pro概念设计,摒弃了难看的刘海,但屏幕占有率更高,这样的华为旗舰机是否有资格再次挑战iPhon...
  • 外媒最近发布了一组华为P50Pro概念图,就算麒麟芯片无法供应,但鸿蒙系统和7镜头也可以很豪横。还新增了手写笔,让这款华为旗舰机功能更加丰富。今年发布的华为P40Pro搭载了麒麟990 5G芯片,配备...
  • 对于现在的华为手机来说,很多消费者的态度不一样,有的觉得华为手机性价比不高,有的则觉得...而华为方面则不甘示弱,表示最快今年秋天发布华为系统,并且有资料显示,华为已经申请“华为鸿蒙”商标。不仅如此,...
  • 华为鸿蒙系统HarmonyOS学习之十:鸿蒙HarmonyOS发展史与未来
  • 原标题:华为明年发布Mate40Pro:大胆设计配首发鸿蒙系统概念图惊艳亮相!华为手机在这两年外观设计方面有很多的创新,尤其是华为Mate系列。华为明年将要发布的华为Mate40系列又会有怎样的新潮设计出现呢?最近...
  • 三大股指全线上涨,题材普涨,尤其是华为概念全天强势。本周在外围市场持续下跌的环境下,A股连续探底回升,足以展现了一把久违的硬气。A股终于雄风荡漾,傲视群雄了。不过在连续发力之后,大家也看到了成交量开始...
  • 另外还有消息称华为mate40将会搭载鸿蒙系统出世,成为国内首款搭载鸿蒙系统的华为手机,对于华为鸿蒙系统来说最近又有了更多的提升。近日HMS又有了更新,华为还推出了APPGallery商店,华为地图等,还在HMS Core5.0...
  • 最近网络上曝光了华为Mate40系列的最新概念设计,不仅配备了全新屏幕,而且抛弃了浴霸和圆形镜框,外观视觉上全面打压苹果。在屏幕方面,华为Mate40Pro变动非常的巨大,不仅抛弃了曲面屏设计,就连引以为豪的瀑布...
  • 华为手机最令人关注的也就是P系列和Mate系列,这两个系列的机型一直都备受期待,由于今年的华为Mate系列已经公布了新机,我们手机用户的注意力也开始转到华为P系列上面了,虽然都知道华为P系列和Mate系列之间有很大...
  • 当初美国把华为放到实体清单,谷歌差点要断了华为的安卓供应,眼瞅着未来的华为手机没有安卓操作系统后都要变板砖,华为紧急祭出一个鸿蒙。。 当时谁也没报多大希望,只是觉得 “ 行吧,有一个歪瓜裂枣总比没有强 ...
  • 外媒根据自己的想象,制作了一组华为Mate50的概念渲染,在概念渲染中,华为Mate50采用的是棱形的四边形镜头模块,而且药丸屏也没有了,整个外观发生了翻天覆地的变化。华为Mate50的外观设计可以说与上...
  • 导读:一款“面向未来”、面向全场景(移动办公、运动健康、社交通信、媒体娱乐等)的分布式操作系统 。现已开源,名为 OpenHarmony。2019 年 8 月 9 日,华为在 HDC 开发...
  • 昨天华为在松山湖的华为开发者大会上正式宣布了鸿蒙操作系统,该系统其中一个亮点是 —— 微内核。华为声称,微内核的启用,使其速度大大提升,并且在安全性上产生变革性突破,微内核打破了宏内核下root即可获取用户...
  • 鸿蒙OS后,华为再放出“大招”,网友:打破谷歌垄断不再是梦!放眼全球的手机市场,华为、苹果、三星都是其中的佼佼者。近些年,华为的发展也非常迅速,不仅在智能产品上取得了不错的成绩,华为5G更是遥遥领先于...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,304
精华内容 521
关键字:

华为鸿蒙系统概念图