first commit

This commit is contained in:
张乾
2024-10-16 00:01:16 +08:00
parent ac7d1ed7bc
commit 84ae12296c
322 changed files with 104488 additions and 0 deletions

View File

@@ -0,0 +1,160 @@
因收到Google相关通知网站将会择期关闭。相关通知内容
18 依赖管理第三方组件库在Flutter中要如何管理
你好,我是陈航。
在上一篇文章中我与你介绍了Flutter工程的资源管理机制。在Flutter中资源采用先声明后使用的机制在pubspec.yaml显式地声明资源路径后才可以使用。
对于图片Flutter基于像素密度设立不同分辨率的目录分开管理但只需要在pubspec.yaml声明一次而字体则基于样式支持除了正常字体还可以支持粗体、斜体等样式。最后由于Flutter需要原生运行环境因此对于在其启动之前所需的启动图和图标这两类特殊资源我们还需要分别去原生工程中进行相应的设置。
其实除了管理这些资源外pubspec.yaml更为重要的作用是管理Flutter工程代码的依赖比如第三方库、Dart运行环境、Flutter SDK版本都可以通过它来进行统一管理。所以pubspec.yaml与iOS中的Podfile、Android中的build.gradle、前端的package.json在功能上是类似的。
那么今天这篇文章我就主要与你分享在Flutter中如何通过配置文件来管理工程代码依赖。
Pub
Dart提供了包管理工具Pub用来管理代码和资源。从本质上说package实际上就是一个包含了pubspec.yaml文件的目录其内部可以包含代码、资源、脚本、测试和文档等文件。包中包含了需要被外部依赖的功能抽象也可以依赖其他包。
与Android中的JCenter/Maven、iOS中的CocoaPods、前端中的npm库类似Dart提供了官方的包仓库Pub。通过Pub我们可以很方便地查找到有用的第三方包。
当然这并不意味着我们可以简单地拿别人的库来拼凑成一个应用程序。Dart提供包管理工具Pub的真正目的是让你能够找到真正好用的、经过线上大量验证的库复用他人的成果来缩短开发周期提升软件质量。
在Dart中库和应用都属于包。pubspec.yaml是包的配置文件包含了包的元数据比如包的名称和版本、运行环境也就是Dart SDK与Fluter SDK版本、外部依赖、内部配置比如资源管理
在下面的例子中我们声明了一个flutter_app_example的应用配置文件其版本为1.0Dart运行环境支持2.1至3.0之间依赖flutter和cupertino_icon
name: flutter_app_example #应用名称
description: A new Flutter application. #应用描述
version: 1.0.0
#Dart运行环境区间
environment:
sdk: ">=2.1.0 <3.0.0"
#Flutter依赖库
dependencies:
flutter:
sdk: flutter
cupertino_icons: ">0.1.1"
运行环境和依赖库cupertino_icons冒号后面的部分是版本约束信息由一组空格分隔的版本描述组成可以支持指定版本、版本号区间以及任意版本这三种版本约束方式。比如上面的例子中cupertino_icons引用了大于0.1.1的版本。
需要注意的是,由于元数据与名称使用空格分隔,因此版本号中不能出现空格;同时又由于大于符号“>”也是YAML语法中的折叠换行符号因此在指定版本范围的时候必须使用引号 比如”>=2.1.0 < 3.0.0”。
对于包我们通常是指定版本区间而很少直接指定特定版本因为包升级变化很频繁如果有其他的包直接或间接依赖这个包的其他版本时就会经常发生冲突
而对于运行环境如果是团队多人协作的工程建议将Dart与Flutter的SDK环境写死统一团队的开发环境避免因为跨SDK版本出现的API差异进而导致工程问题
比如在上面的示例中我们可以将Dart SDK写死为2.3.0Flutter SDK写死为1.2.1
environment:
sdk: 2.3.0
flutter: 1.2.1
基于版本的方式引用第三方包需要在其Pub上进行公开发布我们可以访问https://pub.dev/来获取可用的第三方包而对于不对外公开发布或者目前处于开发调试阶段的包我们需要设置数据源使用本地路径或Git地址的方式进行包声明
在下面的例子中我们分别以路径依赖以及Git依赖的方式声明了package1和package2这两个包
dependencies:
package1:
path: ../package1/ #路径依赖
date_format:
git:
url: https://github.com/xxx/package2.git #git依赖
在开发应用时我们可以不写明具体的版本号而是以区间的方式声明包的依赖但对于一个程序而言其运行时具体引用哪个版本的依赖包必须要确定下来因此除了管理第三方依赖包管理工具Pub的另一个职责是找出一组同时满足每个包版本约束的包版本包版本一旦确定接下来就是下载对应版本的包了
对于dependencies中的不同数据源Dart会使用不同的方式进行管理最终会将远端的包全部下载到本地比如对于Git声明依赖的方式Pub会clone Git仓库对于版本号的方式Pub则会从pub.dartlang.org下载包如果包还有其他的依赖包比如package1包还依赖package3包Pub也会一并下载
然后在完成了所有依赖包的下载后Pub会在应用的根目录下创建.packages文件将依赖的包名与系统缓存中的包文件路径进行映射方便后续维护
最后Pub会自动创建pubspec.lock文件pubspec.lock文件的作用类似iOS的Podfile.lock或前端的package-lock.json文件用于记录当前状态下实际安装的各个直接依赖间接依赖的包的具体来源和版本号
比较活跃的第三方包的升级通常比较频繁因此对于多人协作的Flutter应用来说我们需要把pubspec.lock文件也一并提交到代码版本管理中这样团队中的所有人在使用这个应用时安装的所有依赖都是完全一样的以避免出现库函数找不到或者其他的依赖错误
除了提供功能和代码维度的依赖之外包还可以提供资源的依赖在依赖包中的pubspec.yaml文件已经声明了同样资源的情况下为节省应用程序安装包大小我们需要复用依赖包中的资源
在下面的例子中我们的应用程序依赖了一个名为package4的包而它的目录结构是这样的
pubspec.yaml
└──assets
├──2.0x
└── placeholder.png
└──3.0x
└── placeholder.png
其中placeholder.png是可复用资源因此在应用程序中我们可以通过Image和AssetImage提供的package参数根据设备实际分辨率去加载图像
Image.asset('assets/placeholder.png', package: 'package4');
AssetImage('assets/placeholder.png', package: 'package4');
例子
例子
接下来我们通过一个日期格式化的例子来演示如何使用第三方库
在Flutter中提供了表达日期的数据结构DateTime这个类拥有极大的表示范围可以表达1970-01-01 UTC时间后 100,000,000天内的任意时刻不过如果我们想要格式化显示日期和时间DateTime并没有提供非常方便的方法我们不得不自己取出年来定制显示方式
值得庆幸的是我们可以通过date_format这个第三方包来实现我们的诉求date_format提供了若干常用的日期格式化方法可以很方便地实现格式化日期的功能
首先我们在Pub上找到date_format这个包确定其使用说明
图1 date_format使用说明
date_format包最新的版本是1.0.6于是接下来我们把date_format添加到pubspec.yaml中
dependencies:
date_format: 1.0.6
随后IDEAndroid Studio监测到了配置文件的改动提醒我们进行安装包依赖更新于是我们点击Get dependencies下载date_format :
图2 下载安装包依赖
下载完成后我们就可以在工程中使用date_format来进行日期的格式化了
print(formatDate(DateTime.now(), [mm, '', dd, '', hh, ':', n]));
//输出2019年06月30日01:56
print(formatDate(DateTime.now(), [m, '月第', w, '']));
//输出6月第5周
总结
好了今天的分享就到这里我们简单回顾一下今天的内容
在Flutter中资源与工程代码依赖属于包管理范畴采用包的配置文件pubspec.yaml进行统一管理
我们可以通过pubspec.yaml设置包的元数据比如包的名称和版本)、运行环境比如Dart SDK与Fluter SDK版本)、外部依赖和内部配置
对于依赖的指定可以以区间的方式确定版本兼容范围也可以指定本地路径GitPub这三种不同的数据源包管理工具会找出同时满足每个依赖包版本约束的包版本然后依次下载并通过.packages文件建立下载缓存与包名的映射最后统一将当前状态下实际安装的各个包的具体来源和版本号记录至pubspec.lock文件
现代编程语言大都自带第依赖管理机制其核心功能是为工程中所有直接或间接依赖的代码库找到合适的版本但这并不容易就比如前端的依赖管理器npm的早期版本就曾因为不太合理的算法设计导致计算依赖耗时过长依赖文件夹也高速膨胀一度被开发者们戏称为黑洞”。而Dart使用的Pub依赖管理机制所采用的PubGrub算法则解决了这些问题因此被称为下一代版本依赖解决算法在2018年底被苹果公司吸纳成为Swift所采用的依赖管理器算法
当然如果你的工程里的依赖比较多并且依赖关系比较复杂即使再优秀的依赖解决算法也需要花费较长的时间才能计算出合适的依赖库版本如果我们想减少依赖管理器为你寻找代码库依赖版本所耗费的时间一个简单的做法就是从源头抓起在pubspec.yaml文件中固定那些依赖关系复杂的第三方库们及它们递归依赖的第三方库的版本号
思考题
最后我给你留下两道思考题吧
pubspec.yaml、.packages与pubspec.lock这三个文件在包管理中的具体作用是什么
.packages与pubspec.lock是否需要做代码版本管理呢为什么
欢迎你在评论区给我留言分享你的观点我会在下一篇文章中等待你感谢你的收听也欢迎你把这篇文章分享给更多的朋友一起阅读