背景
在使用Flutter開發的時候,有時候會存在很多資源圖片問題,按照規定,使用的圖片資源需要在 pubspec.yaml
檔案中配置路徑才可以正常使用,如果存在很多50個以上或者更多圖片資源,難道需要一個一個配置?顯然是不可能的!
其實,Flutter是支援直接在 pubspec.yaml
中配置圖片資原始檔夾路徑即可,沒必要每個圖片資源路徑都詳細配置的,但是不管怎麼樣,在實際呼叫的時候,還是得老老實實寫完整的圖片路徑,顯然是很不方便的,那該如何解決?
不同的開發有不同的思路,這裡我採取的是使用Dart註解的方式,只需要執行一行註解即可完成資原始檔配置。
先看效果:
比如我們有以下資原始檔:
我們只需要配置一行註釋:
@ImagePathSet('assets/', 'ImagePathTest')
void main() => runApp(MyApp());
複製程式碼
然後執行一行命令:
flutter packages pub run build_runner build
複製程式碼
執行完畢即可生成一個 .dart
檔案內容如下:
class ImagePathTest {
ImagePathTest._();
static const BANNER = 'assets/image/banner.png';
static const PLAY_STOP = 'assets/image/play_stop.png';
static const SAVE_BUTTON = 'assets/image/save_button.png';
static const MINE_HEADER_IMAGE = 'assets/image/test/mine_header_image.png';
static const VERIFY = 'assets/image/verify.png';
static const VERIFY_ERROR = 'assets/image/verify_error.png';
}
複製程式碼
同時在 pubspec.yaml
資料夾下自動配置好我們的資原始檔:
assets:
- assets/image/banner.png
- assets/image/play_stop.png
- assets/image/save_button.png
- assets/image/test/mine_header_image.png
- assets/image/verify.png
- assets/image/verify_error.png
複製程式碼
使用時即可直接以程式碼形式直接引用圖片資源:
Image.asset(ImagePathTest.xxx)
複製程式碼
即可以防止手誤出差,又可以提高效率~ 下面重點介紹我們的開發思路。
實戰利用一行註解生成資源配置檔案
關於Dart註解使用,可以參考這篇文章,寫的比較細:Flutter 註解處理及程式碼生成,也可以參考官方說明:source_gen
這裡簡單說明,在 source_gen
官方文件說明裡有這麼一句話:
source_gen is based on the build package and exposes options for using your Generator in a Builder.
省略部分文件內容 ......
In order to get the Builder used with build_runner it must be configured in a build.yaml file.
翻譯成中文即:
source_gen
是基於build
包的,同時提供暴露了一些選項以方便在一個Builder
中使用你自己的生成器Generator
。
...
為了能夠使Builder
和build_runner
一塊使用,必須要配置一個build.yaml
檔案。
因此想要使用Dart註解,我們需要做這幾件事:
- 依賴註解庫
source_gen
- 依賴構建執行庫
build_runner
- 建立註解程式碼生成器
Generator
- 建立
Build
- 建立
build.yaml
檔案 - 在需要使用的地方引入相關注解
- 執行編譯命令進行構建
下面一個一個說。
依賴註解庫 source_gen
這個沒什麼好說的,只要你是要Dart註解就必須依賴該庫:
dependencies:
source_gen: ^0.9.4+5
複製程式碼
具體版本可到這裡檢視source_gen
依賴構建執行庫 build_runner
同上,直接依賴就是,一般依賴在 dev_dependencies
節點下:
dev_dependencies:
build_runner: ^1.7.1
複製程式碼
具體版本可到這檢視build_runner
該庫中內建了編譯執行的命令:pub run build_runner <command>
,主要為下面四種編譯型別:
build
watch
serve
test
其中在flutter中一般只需要第一種構建方式,同上以上四個命令都可以附加一些命令,例如:--delete-conflicting-outputs
。詳細說明可參考這裡:build_runner相關說明
建立註解程式碼生成器 Generator
從字面意思理解為 生成器
,官方說明為:
A tool to generate Dart code based on a Dart library source.
一種基於Dart庫原始碼生成Dart程式碼的工具。類圖如下:
兩個類都是抽象類,通常建立一個類繼承自 GeneratorForAnnoration
並實現抽象方法,在該抽象方法中完整我們需要的邏輯功能開發;這裡我們需要搞一個圖片資原始檔配置功能,該功能具有以下兩個要點:
- 需要使用者指定資原始檔夾路徑
- 需要使用者指定生成的資源配置類名稱
因此我們先建立一個例項類包含這兩個資訊:
class ImagePathSet{
/// 資原始檔夾路徑
final String pathName;
/// 需要生成的資源配置類名
final String newClassName;
const ImagePathSet(this.pathName, this.newClassName);
}
複製程式碼
最終我們在使用的第一引用就需要這樣引用:
@ImagePathSet('assets/', 'ImagePathTest')
複製程式碼
此處需要注意的是,這個類的構造方法必須是 const
的。建立好了最終需要使用的註解類之後,我們建立生成器:
class ImagePathGenerator extends GeneratorForAnnotation<ImagePathSet> {
@override
generateForAnnotatedElement(Element element, ConstantReader annotation, BuildStep buildStep) {
return null;
}
}
複製程式碼
在 generateForAnnotatedElement()
方法中,我們即可完成我們的邏輯部分開發了,這裡涉及到三個引數:
-
element:這個是被註解的類/方法等的詳細資訊,比如被修飾的部分程式碼這樣:
/// path_test.dart @ImagePathSet('assets/', 'ImagePathTest') class PathTest{} 複製程式碼
則一些相關的element資訊如下:
element.name /// PathTest element.displayName /// PathTest element.toString() /// class PathTest element.enclosingElement /// /example/lib/path_test.dart element.kind /// CLASS element.metadata /// [@ImagePathSet ImagePathSet(String pathName, String newClassName)] 複製程式碼
-
annotation:註解的詳細資訊
其中最常用的兩個方法分別是:read(String field)
peek(String field)
兩個都是讀取給定的註解引數資訊,前者如果沒讀取到或丟擲
FormatException
異常,後者則會返回null
。
需要注意的是,這兩個方法返回的結果是ConstantReader
型別,如果需要獲取到具體註解元素的值,需要呼叫對應的xxxValue
方法,xxx
表示具體型別,比如上面的註解,我們需要獲取pathName
資訊,可以寫成這樣:String pathName= annotation.peek('pathName').stringValue 複製程式碼
當然,我們假如我們不知道註解引數的型別,可以根據
isXxx
來判斷是否是對應的型別,比如:annotation.peek('pathName').isString ///true annotation.peek('pathName').isInt ///false 複製程式碼
-
buildStep:構建的輸入輸出資訊
本想著修改這個類來修改生成檔名稱資訊,無奈Dart不支援反射,未找到相關的修改方法,這裡最主要的一個資訊為:- inputId:包含了構建時候輸入的相關資訊
完整的根據根據生成資原始檔的生成器程式碼如下:
import 'dart:io';
import 'package:analyzer/dart/element/element.dart';
import 'package:image_path_helper/image_path_set.dart';
import 'package:source_gen/source_gen.dart';
import 'package:build/build.dart';
class ImagePathGenerator extends GeneratorForAnnotation<ImagePathSet> {
String _codeContent = '';
String _pubspecContent = '';
@override
generateForAnnotatedElement(Element element, ConstantReader annotation, BuildStep buildStep) {
final explanation = '// **************************************************************************\n'
'// 如果存在新檔案需要更新,建議先執行清除命令:\n'
'// flutter packages pub run build_runner clean \n'
'// \n'
'// 然後執行下列命令重新生成相應檔案:\n'
'// flutter packages pub run build_runner build --delete-conflicting-outputs \n'
'// **************************************************************************';
var pubspecFile = File('pubspec.yaml');
for (String imageName in pubspecFile.readAsLinesSync()) {
if (imageName.trim() == 'assets:') continue;
if (imageName.trim().toUpperCase().endsWith('.PNG')) continue;
if (imageName.trim().toUpperCase().endsWith('.JPEG')) continue;
if (imageName.trim().toUpperCase().endsWith('.SVG')) continue;
if (imageName.trim().toUpperCase().endsWith('.JPG')) continue;
_pubspecContent = "$_pubspecContent\n$imageName";
}
_pubspecContent = '${_pubspecContent.trim()}\n\n assets:';
/// 圖片檔案路徑
var imagePath = annotation.peek('pathName').stringValue;
if (!imagePath.endsWith('/')) {
imagePath = '$imagePath/';
}
/// 生成新的Dart檔名稱
var newClassName = annotation.peek('newClassName').stringValue;
/// 遍歷處理圖片資源路徑
handleFile(imagePath);
/// 新增圖片路徑到pubspec.yaml檔案中
pubspecFile.writeAsString(_pubspecContent);
/// 返回生成的程式碼檔案
return '$explanation\n\n'
'class $newClassName{\n'
' $newClassName._();\n'
' $_codeContent\n'
'}';
}
void handleFile(String path) {
var directory = Directory(path);
if (directory == null) {
throw '$path is not a directory.';
}
for (var file in directory.listSync()) {
var type = file.statSync().type;
if (type == FileSystemEntityType.directory) {
handleFile('${file.path}/');
} else if (type == FileSystemEntityType.file) {
var filePath = file.path;
var keyName = filePath.trim().toUpperCase();
if (!keyName.endsWith('.PNG') &&
!keyName.endsWith('.JPEG') &&
!keyName.endsWith('.SVG') &&
!keyName.endsWith('.JPG')) continue;
var key = keyName
.replaceAll(RegExp(path.toUpperCase()), '')
.replaceAll(RegExp('.PNG'), '')
.replaceAll(RegExp('.JPEG'), '')
.replaceAll(RegExp('.SVG'), '')
.replaceAll(RegExp('.JPG'), '');
_codeContent = '$_codeContent\n\t\t\t\tstatic const $key = \'$filePath\';';
/// 此處用 \t 符號代替空格在讀取的時候會報錯,不知道什麼情況。。。
_pubspecContent = '$_pubspecContent\n - $filePath';
}
}
}
}
複製程式碼
建立Build
Build
的作用主要是讓生成器執行起來,我們這裡建立的 Build
如下:
Builder imagePathBuilder(BuilderOptions options) =>
LibraryBuilder(ImagePathGenerator());
複製程式碼
主要引用的包為:
import 'package:build/build.dart';
複製程式碼
建立 build.yaml 檔案
在這裡我們的 build.yaml
檔案配置如下:
builders:
image_builder:
import: 'package:image_path_helper/builder.dart'
builder_factories: ['imagePathBuilder']
build_extensions: { '.dart': ['.g.dart'] }
auto_apply: root_package
build_to: source
複製程式碼
build.yaml
配置的資訊,最終都會被 build_config.dart
中的 BuildConfig
類讀取到。
關於引數說明,這裡推薦官方說明build_config。
一個完整的 build.yaml
結構圖如下:
build.yaml
檔案最終被一個 BuildConfig
物件所描述,也就是說 build.yaml
檔案最終被 BuildConfig
所解析。而 BuildConfig
包含了四個關鍵的資訊:
key | value | default |
---|---|---|
targets |
Map<String, BuildTarget> |
單個的target應該所對應的package名一致 |
builders |
Map<String, BuilderDefinition> |
/ |
post_process_builders |
Map<String, PostProcessBuilderDefinition> |
/ |
global_options |
Map<String, GlobalBuilderOptions> |
/ |
四個關鍵資訊正是對應了 build.yaml
檔案中的四個根節點,其中又以 builders
節點最為常用。
builders說明
builders配置的是你的包中的所有 Builder
的配置資訊,每個資訊格式是 Map<String, BuilderDefinition>
的,比如我們存在一個這樣的 Builder
:
/// builder.dart
Builder imagePathBuilder(BuilderOptions options) =>
LibraryBuilder(ImagePathGenerator());
複製程式碼
我們就可以在 build.yaml
檔案中配置成這樣:
builders:
image_builder:
import: 'package:image_path_helper/builder.dart'
builder_factories: ['imagePathBuilder']
build_extensions: { '.dart': ['.g.dart'] }
auto_apply: root_package
build_to: source
複製程式碼
image_builder
對應的就是 Map<String, BuilderDefinition>
中的 String
部分,:
後面的即 BuilderDefinition
資訊,對應上面的結構圖。下面我們細說 BuilderDefinition
中的每個引數的資訊:
引數 | 引數型別 | 說明 |
---|---|---|
builder_factories |
List<String> |
必填引數,返回的 Builder 的方法名稱的列表,例如上面的 Builder 方法名為 imagePathBuilder ,則寫成 ['imagePathBuilder'] |
import |
String |
必填引數,匯入Builder 所在的包路徑,格式為 package:uri 的字串 |
build_extensions |
Map<String, List<String>> |
必填引數,從輸入副檔名到輸出副檔名的對映。舉個例子:比如註解使用的位置的檔案對應的格式為 .dart ,指定輸出的檔案格式可由 .dart 轉換成 .g.dart 或 .zip 等等其他格式 |
auto_apply |
String |
可選引數,預設值為 none ,對應原始碼中的 AutoApply 列舉類,有四種可選配置:none :除非手動配置了此生成器,否則請不要應用它dependents :將此Builder應用於包,直接依賴於暴露構建器的包all_packages :將此構建器應用於傳遞依賴關係圖中的所有包root_package :僅將此生成器應用於頂級軟體包是不是感覺一臉懵逼?沒關係,後面單獨解釋~~~ |
required_inputs |
List |
可選引數,用於調整構建順序的,指定一個或一系列副檔名,表示在任何可能產生該型別輸出的Builder之後執行 |
runs_before |
List<BuilderKey> |
可選引數,用於調整構建循序的,更上面的剛好相反,表示在指定的Builder之前執行 BuilderKey :表示一個 target 的身份標誌,主要由對應 Builder 的包名和方法名構成,例如這樣 image_path_helper|imagePathBuilder |
applies_builders |
List<BuilderKey> |
可選引數,Builder 鍵列表,也就是身份標誌,跟 builder_factories 引數配置應該是一一對應的 |
is_optional |
bool |
可選引數,預設值 false ,指定是否可以延遲執行 Builder ,通常不需要配置 |
build_to |
String |
可選引數,預設值為 cache ,主要為 BuildTo 列舉類的兩個引數:cache :輸出將進入隱藏的構建快取,並且不會發布source :輸出進入其主要輸入旁邊的源樹 直白點就是如果你需要編譯後生成相應的可在自己編寫的原始碼中看到見的檔案,就將這個引數設定成 source ,如果指定的生成器返回的是 null 不需要生成檔案,則可以設定為 cache |
defaults |
TargetBuilderConfigDefaults |
可選引數:使用者未在其builders 【此處指的是 targets 節點下的builders ,別搞混淆了!】部分中指定相應鍵時應用的預設值 |
關於 auto_apply
引數的詳細說明:
如上圖所示,一個應用Package依賴了三個子包,此時我們有一個
註解package
包含了一些註解功能:
- 當我們將
auto_apply
設定成dependents
時:- 如果
註解package
是直接依賴在sub_package02
上的,那麼只能在sub_package02
上正常使用註解,雖然Package
包依賴了sub_package02
,但是依然無法正常使用該註解
- 如果
- 當我們將
auto_apply
設定成all_packages
時:- 如果
註解package
是直接依賴在sub_package02
上的,那麼在sub_package02
和Package
上都能正常使用註解
- 如果
- 當我們將
auto_apply
設定成root_package
時:- 如果
註解package
是直接依賴在sub_package02
上的,那麼只能在Package
上正常使用註解,雖然是sub_package02
上做的依賴,但是就是不給用
- 如果
- 因此,假如
註解package
是直接依賴在Package
上的時候,不管auto_apply
設定的是dependents
、all_packages
或者是root_package
時,其實都是能正常使用的!
至於 build.yaml
其他的三個節點引數,說實話,因為目前用到的不多,只瞭解一部分,有很多細節尚未理清,只能在這裡略過了。
在需要使用的地方引入相關注解 & 執行編譯命令進行構建
上面的工作完成之後,我們就需要引用註解了,比如我們在 main()
方法上引用:
@ImagePathSet('assets/', 'ImagePathTest')
void main() => runApp(MyApp());
複製程式碼
引用完註解之後,然後我們在Terminal命令列中執行下面這個命令完成編譯:
flutter packages pub run build_runner build
複製程式碼
編譯完成之後會生成對應的檔案,比如我們上面配置的是在 main.dart
檔案中的 main
方法上配置的,最終生成的檔案為 main.g.dart
,關於檔案是如何生成的,你可以參考 run_builder.dart
下的 runBuilder
方法和 expected_outputs.dart
下的 expectedOutputs
方法。
注意:如果需要重新構建建議先進行清除操作:
flutter packages pub run build_runner clean
複製程式碼
除此之外,建議在構建的時候執行下面的這個命令進行構建:
flutter packages pub run build_runner build --delete-conflicting-outputs
複製程式碼
至此,一個完整的利用註解一行程式碼+一行命令完成圖片檔案配置的功能就做完啦~~~
總結時刻
在Flutter中想要註解,只需要遵循一定的步驟加上自己的邏輯即可輕鬆完成相關功能開發,主要的流程步驟總結如下:
- 依賴
source_gen
和build_runner
庫 - 註解類建立以及建立生成器
Generator
- 建立
Builder
- 建立並配置
build.yaml
檔案 - 引用建立好的註解並執行相關命令完成相關操作
Tips:本文原始碼位置:image_path_helper