Flutter系列(三) 整体架构

您好,欢迎关注我的专栏,本篇是关于 Flutter 系列的第三篇,从简单的 Flutter 介绍开始,一步步带你了解进入 Flutter 的世界。你最好有一定的移动开发经验,如果没有也不要担心,在我的专栏底部给我留言,我会尽我的能力给你解答。

上篇文章我们介绍了用 Flutter 开发第一个跨平台应用程序,相信大家一定印象深刻,本篇文章介绍 Flutter 平台的整体架构。

一.核心原则

之前专栏有提到过,Flutter 的SDK中包括一个现代的响应式框架、一个2D渲染引擎、现成的widget和开发工具。这些组件可以帮助您快速地设计、构建、测试和调试应用程序。

一切皆 Widget
在Flutter中,所有的界面元素全部是Widget,不管是View也好,容器也好,窗体也好,还是布局也好,全部都是Wiget!

组合大于继承
还是那句话,在Flutter中,所有的界面元素全部是Widget。无论多复杂的Widget都是由无数个子Widget构成。你可以任意搭配Widget从而组装成强大的Widget。

分层的框架
Flutter框架是一个分层的结构,每个层都建立在前一层之上。

二.整体架构

引擎层

Flutter引擎层由Skia/Dart/Text三个部分构成,这一块使用C++开发。
Skia
skia是个2D向量图形处理函数库,包含字型、坐标转换,以及点阵图都有高效能且简洁的表现。不仅用于Google Chrome浏览器,新兴的Android开放手机平台也采用skia作为绘图处理,搭配OpenGL/ES与特定的硬件特征,强化显示的效果。
Dart
引擎层的Dart包括Dart运行时环境和垃圾回收(GC),以及JIT(Just In Time)。

Text
文本渲染,采用libtxt库实现文本的渲染。

框架层

Flutter框架层由Dart实现,简单的分为四个部分,从下至上分别是dart:ui层/Rendering层/Widgets层和Material(Cupertino)层。

dart:ui
提供Flutter框架和引擎层之间的接口。

Rendering
渲染/动画/手势处理

Widgets
文本/图片/按钮的基础控件

Material/Cupertino

系统预制的Android/iOS风格控件。

这些层级为构建应用提供了很多种选择。使用自定义的方式构建应用可以使用框架的所有功能,或者使用 Widget 层的控件可以实现 UI 效果。 可以直接使用 Flutter 提供的 Widget 也可以自定义各种 Widget。如果上层实现不满足你的要求,你可以直接使用更底层的功能来自定义。

三.Flutter框架优势

Flutter真的很快,其诞生借鉴了很多其他平台的优势。

拿UI渲染层来说,所有的元素皆Widget,就连页面跳转都是Widget,因此无论是开发周期,开发难度还是对开发者素质要求而言都变得非常的简单,不会由于Activity生命周期结束导致内存溢出等等。用开发者调试工具就可以看出来所有的界面在Android算做一个View,没有层级的概念,因此渲染速度也是非常的快。

另外Flutter线程也很特别,与Java显著不同的是Dart的"线程"(Isolate)是不共享内存的,各自的堆(Heap)和栈(Stack)都是隔离的,彼此之间通过消息通道来通信。所以,Dart不存在数据竞争和变量状态同步的问题,整个Flutter Framework Widget的渲染过程都运行在一个isolate中,在代码调用 dart:ui库时,提供 dart:ui库中 Native Binding 实现。 这个运行时还控制着 VSync信号的传递、GPU数据的填充等,并且还负责把客户端的事件传递到运行时中的代码。

一套代码,可以跑在iOS和Android两个平台,以后会支持Google新操作系统以及ChromeOS,就连JS也可以直接转换。

Flutter的整体架构已经介绍完了,相信本篇文章读完之后,你已经更加了解Flutter了,下一篇文章我会介绍Flutter UI的基础构建,包括主题、Tab、自定义字体、抽屉、如何刷新UI等等。

原文地址:https://blog.51cto.com/14295695/2412050

时间: 2024-11-06 03:48:22

Flutter系列(三) 整体架构的相关文章

dubbo系列三、架构介绍及调用过程解析

一.整体设计 图例说明: 图中左边淡蓝背景的为服务消费方使用的接口,右边淡绿色背景的为服务提供方使用的接口,位于中轴线上的为双方都用到的接口. 图中从下至上分为十层,各层均为单向依赖,右边的黑色箭头代表层之间的依赖关系,每一层都可以剥离上层被复用,其中,Service 和 Config 层为 API,其它各层均为 SPI(可扩展). 图中绿色小块的为扩展接口,蓝色小块为实现类,图中只显示用于关联各层的实现类. 图中蓝色虚线为初始化过程,即启动时组装链,红色实线为方法调用过程,即运行时调用链,紫色

shiro实战系列(三)之架构

Apache Shiro 的设计目标是通过直观和易于使用来简化应用程序安全.Shiro 的核心设计体现了大多数人们是如何考虑应用程序安全的--在某些人(或某些事)与应用程序交互的背景下.   应用软件通常是基于用户背景情况设计的.也就是说,你将经常设计用户接口或服务 API,基于一个用户将要(或 应该)如何与该软件交互.例如,你可能会说,"如果用户与我的应用程序交互的用户已经登录,我将显示一个他 们能够点击的按钮来查看他们的帐户信息.如果他们没有登录,我将显示一个登录按钮."   这个

【Spring源码深度解析系列 】Spring整体架构

一.Spring的整体架构和模块 二.模块分类: 1.Core Container Core Container包含有Core .Beans.Context.和Expression  Language模块 2.Data Access/Integration Data Access/Integration包含有JDBC.ORM.OXM.JMS和Transaction模块 3.Web Web层包含了Web.Web-Servlet.Web-Struts.Web-Porlet模块. 4.AOP 5.Te

修改android4.4图库系列四(五)——android4.4.2图库整体架构分析

到今天为止,修改了一个多月的android图库源码结束了!修改的具体内容就是将图库中原有的ActionBar干掉,然后自定义ActionBar.为了达到效果,自定义ActionBar的所有事件还必须与原有的ActionBar上的点击事件绑定.为此,必须要分析图库的整体架构.各个界面之间的转化关系,以及大部分类的作用. 修改后的效果图如下: 首先,不得不说,图库源码真的很强大,光本地的java代码就有500多个类,还有很多JNI代码.能从中学到很多的东西. 一.界面之间的转换 主要界面就三个:一个

Tomcat系列(一)- 整体架构

整体架构 我们想要了解一个框架,首先要了解它是干什么的,Tomcat我们都知道,是用于处理连接过来的Socket请求的.那么Tomcat就会有两个功能: 对外处理连接,将收到的字节流转化为自己想要的Request和Response对象 对内处理Servlet,将对应的Request请求分发到相应的Servlet中 那么我们整体的骨架就出来了,Tomcat其实就分为两大部分,一部分是连接器(Connnector)处理对外连接和容器(Container)管理对内的Servelet. 大体的关系图如下

Flutter 系列(四)基础UI实践

您好,欢迎关注我,本篇文章是关于 Flutter 的系列文,从简单的 Flutter 介绍开始,一步步带你了解进入 Flutter 的世界.你最好有一定的移动开发经验,如果没有也不要担心,在我的专栏底部给我留言,我会尽我的能力给你解答. 上篇文章我们介绍了Flutter的整体架构,相信大家一定印象深刻,本篇文章介绍 Flutter UI的基础构建,从主题.提示.图片加载和动画四个方向介绍. 一.使用主题管理颜色和字体样式 使用主题可以在应用中采用统一的颜色和样式.定义主题有两种方式:内建主题或自

《程序猿闭门造车》之NBPM工作流引擎 - 项目整体架构

前言: 又是一年一度的圣诞节,可这关我什么事呢 :( ,好不容易周末了,还是说说其他的吧,前不久我发布了一篇关于工作流的文章:<程序猿闭门造车>之NBPM工作流引擎 - 开篇,很多爱好工作流的小伙伴对该组件表示感兴趣,所以我打算写一个系列文章来介绍该组件的一些情况,给关心该组件的小伙伴们一些参考和帮助. 先列个目录吧(由于我工作比较忙,只能周末抽空来分享相关资料,进度上还希望大家理解): 01.<程序猿闭门造车>之NBPM工作流引擎 - 开篇02.<程序猿闭门造车>之N

SequoiaDB 系列之四 :架构简析

在本系列的第一篇中,简述了SequoiaDB的安装,以及一个(伪)集群的部署 第二篇和第三篇对SequoiaDB的集群,做了简单地操作. 在本篇中,将对SequoiaDB的架构进行简单的分析. 因为自身能力有限,对于架构这么高大上的主题,不敢轻言.因此本文会摘抄SequoiaDB官方的描述,加上自己的理解,达到共同学习的目的. 在解析之前,先简单叙述一下分布式系统的CAP理论: C:代表一致性,即在某时刻,分布式系统中节点数据应该是相同的: A:代表可用性,即有求必应,在分布式系统中某节点后,统

Linux电源管理(1)_整体架构(转自蜗窝科技,www.wowotech.net)

Linux电源管理(1)_整体架构(转自蜗窝科技,www.wowotech.net) 1. 前言 在这个世界中,任何系统的运转都需要能量.如树木依靠光能生长,如马儿依靠食物奔跑,如计算机系统依靠电能运行.而 能量的获取是有成本的,因此如果能在保证系统运转的基础上,尽量节省对能量的消耗,就会大大提升该系统的生存竞争力.这方面,大自然已经做的很好了,如植 物的落叶,如动物的冬眠,等等.而在计算机的世界里(这里以运行Linux OS的嵌入式系统为例),称作电源管理(Power Management).