使用package可以创建可轻松共享的模块化代码。一个最小的package包括
一个pubspec.yaml
文件:声明了package的名称、版本、作者等的元数据文件。
一个 lib
文件夹:包括包中公开的(public)代码,最少应有一个<package-name>.dart
文件
Packages可以包含多种内容:
Dart包:其中一些可能包含Flutter的特定功能,因此对Flutter框架具有依赖性,仅将其用于Flutter,例如fluro
包。
插件包:一种专用的Dart包,其中包含用Dart代码编写的API,以及针对Android(使用Java或Kotlin)和/或针对iOS(使用ObjC或Swift)平台的特定实现。一个具体的例子是battery
插件包。
要创建Dart包,请使用--template=package
来执行 flutter create
{% commandline %} flutter create --template=package hello {% endcommandline %}
这将在hello/
文件夹下创建一个具有以下专用内容的package工程:
lib/hello.dart
:test/hello_test.dart
:对于纯Dart包,只需在主lib/<package name>.dart
文件内或lib
目录中的文件中添加功能 。
要测试软件包,请在test
目录中添加unit tests。
有关如何组织包内容的更多详细信息,请参阅Dart library package文档。
如果你想开发一个调用特定平台API的包,你需要开发一个插件包,插件包是Dart包的专用版本。 插件包包含针对Android(Java或Kotlin代码)或iOS(Objective-C或Swift代码)编写的特定于平台的实现(可以同时包含Android和Ios原生的代码)。 API使用platform channels连接到特定平台(Android或IOS)。
要创建插件包,请使用--template=plugin
参数执行flutter create
使用--org
选项指定您的组织,并使用反向域名表示法。该值用于生成的Android和iOS代码中的各种包和包标识符。
{% commandline %} flutter create --org com.example --template=plugin hello {% endcommandline %}
这将在hello/
文件夹下创建一个具有以下专用内容的插件工程:
lib/hello.dart
:android/src/main/java/com/yourcompany/hello/HelloPlugin.java
:ios/Classes/HelloPlugin.m
:example/
:默认情况下,插件项目针对iOS代码使用Objective-C,Android代码使用Java。如果您更喜欢Swift或Kotlin,则可以使用-i
或 -a
为iOS或Android指定语言。例如:
{% commandline %} flutter create --template=plugin -i swift -a kotlin hello {% endcommandline %}
由于插件包中包含用多种编程语言编写的多个平台的代码,因此需要一些特定的步骤来确保顺畅的体验。
插件包的API在Dart代码中定义。打开主文件夹hello/
。找到lib/hello.dart
我们建议您使用Android Studio编辑Android代码。
在Android Studio中编辑Android平台代码之前,首先确保代码至少已经构建过一次(例如,从IntelliJ运行示例应用程序或在终端执行cd hello/example
; flutter build apk
)
接下来
hello/example/android/build.gradle
文件.您插件的Android平台代码位于
hello/java/com.yourcompany.hello/HelloPlugin
.
您可以通过按下 ▶ 按钮从Android Studio运行示例应用程序.
我们建议您使用Xcode编辑iOS代码 。
在编辑Xcode中的iOS平台代码之前,首先确保代码至少已经构建过一次(例如,从Xcode中运行示例应用程序或终端执行cd hello/example
; flutter build ios --no-codesign
)。
接下来
hello/example/ios/Runner.xcworkspace
文件.您插件的iOS平台代码位于Pods/DevelopmentPods/hello/Classes/
中。
您可以通过按下▶按钮来运行示例应用程序
最后,您需要将用Dart代码编写的API与平台特定的实现连接起来。这是通过platform channels完成的。
建议将以下文档添加到所有软件包:
README.md
:介绍包的文件CHANGELOG.md
记录每个版本中的更改LICENSE
包含软件包许可条款的文件在发布软件包时,API文档会自动生成并发布到dartdocs.org,示例请参阅device_info docs
如果您希望在本地生成API文档,请使用以下命令:
将目录更改为您的软件包的位置:
cd ~/dev/mypackage
告诉文档工具Flutter SDK的位置:
export FLUTTER_ROOT=~/dev/flutter
(on macOS or Linux)
set FLUTTER_ROOT=~/dev/flutter
(on Windows)
运行 dartdoc
工具 (它是Flutter SDK的一部分):
$FLUTTER_ROOT/bin/cache/dart-sdk/bin/dartdoc
(on macOS or Linux)
%FLUTTER_ROOT%\bin\cache\dart-sdk\bin\dartdoc
(on Windows)
有关如何编写API文档的提示,请参阅Effective Dart: Documentation
一旦你实现了一个包,你可以在Pub上发布它 ,这样其他开发人员就可以轻松使用它
在发布之前,检查pubspec.yaml
、README.md
以及CHANGELOG.md
文件,以确保其内容的完整性和正确性。
然后, 运行 dry-run 命令以查看是否都准备OK了:
{% commandline %} flutter packages pub publish --dry-run {% endcommandline %}
最后, 运行发布命令: {% commandline %} flutter packages pub publish {% endcommandline %}
有关发布的详细信息,请参阅Pub publishing docs
如果您正在开发一个hello
包,它依赖于另一个包,则需要将该依赖包添加到pubspec.yaml
文件的dependencies
部分。
下面的代码使url_launcher
插件的Dart API ,这在hello
包中是可用的:
In hello/pubspec.yaml
:
dependencies:
url_launcher: ^0.4.2
现在你可以在hello
中import 'package:url_launcher/url_launcher.dart'
然后 launch(someUrl)
了。
这与在Flutter应用程序或任何其他Dart项目中引用软件包没有什么不同
但是,如果hello
碰巧是一个插件包,其平台特定的代码需要访问url_launcher
公开的特定于平台的API,那么您还需要为特定于平台的构建文件添加合适的依赖声明,如下所示。
在 hello/android/build.gradle
:
android {
// lines skipped
dependencies {
provided rootProject.findProject(":url_launcher")
}
}
您现在可以在hello/android/src
源码中import io.flutter.plugins.urllauncher.UrlLauncherPlugin
访问UrlLauncherPlugin
类
在hello/ios/hello.podspec
:
Pod::Spec.new do |s|
# lines skipped
s.dependency 'url_launcher'
您现在可以在hello/ios/Classes
源码中 #import "UrlLauncherPlugin.h"
然后访问 UrlLauncherPlugin
类
假设你想在你的hello
包中使用some_package
和other_package
,并且这两个包都依赖url_launcher
,但是依赖的是url_launcher
的不同的版本。
那我们就有潜在的冲突。避免这种情况的最好方法是在指定依赖关系时,程序包作者使用版本范围而不是特定版本。
dependencies:
url_launcher: ^0.4.2 # Good, any 0.4.x with x >= 2 will do.
image_picker: '0.1.1' # Not so good, only 0.1.1 will do.
如果some_package
声明了上面的依赖关系,other_package
声明了url_launcher
版本像'0.4.5'或'^0.4.0',pub将能够自动解决问题。
类似的注释适用于插件包对Gradle模块和Cocoa pods的平台特定的依赖关系。
即使some_package
和other_package
声明了不兼容的url_launcher
版本,它仍然可能会和url_launcher
以兼容的方式正常工作。
你可以通过向hello
包的pubspec.yaml
文件中添加依赖性覆盖声明来处理冲突,从而强制使用特定版本:
强制使用 0.4.3
版本的url_launcher
,在 hello/pubspec.yaml
中:
dependencies:
some_package:
other_package:
dependency_overrides:
url_launcher: '0.4.3'
如果冲突的依赖不是一个包,而是一个特定于Android的库,比如guava
,那么必须将依赖重写声明添加到Gradle构建逻辑中。
强制使用23.0
版本的guava
库,在hello/android/build.gradle
中:
configurations.all {
resolutionStrategy {
force 'com.google.guava:guava:23.0-android'
}
}
Cocoapods目前不提供依赖覆盖功能。