@@ -4,10 +4,11 @@ Currently published packages on pub.dev:
44
55* Main package: https://pub.dev/packages/objectbox
66* Generator package: https://pub.dev/packages/objectbox_generator
7+ * Flutter libraries: https://pub.dev/packages/objectbox_flutter_libs
78
89Given requirements by Flutter and pub.dev
910-----------------------------------------
10- Flutter 1.20 changed a few things...
11+ Flutter 1.20 changed a few things, resulting in addition of objectbox_flutter_libs package.
1112
1213Basics from the Flutter docs:
1314
@@ -21,9 +22,11 @@ Our situation:
2122* For now, we have no use for a Flutter plugin, we provide dummy versions because "we have to"
2223 * From the [ docs] ( https://api.flutter.dev/javadoc/io/flutter/embedding/engine/plugins/FlutterPlugin.html ) :
2324 "A Flutter plugin allows Flutter developers to interact with a host platform, e.g., Android and iOS, via Dart code"
24- * Currently, our Flutter plugins for Android & iOS implement a MethodChannel, but that's probably some default that was generated for us
25+ * Currently, our Flutter plugins for Android & iOS implement a MethodChannel, as generated by
26+ ` flutter create --org io.objectbox --template=plugin --platforms=android,ios objectbox `
2527* We would like to have a clean "Dart" package without Flutter dependency
2628 * If we remain forced to have Flutter Plugins, we have to provide an additional package for that
2729* There seems to be no way to define any platform-specifics in Dart packaging (e.g. which platforms are supported)
28- * "name" from pubspec.yaml defines what users need to import
29- * Limits what we can do, e.g. we want users to import "objectbox"
30+ * "name" from pubspec.yaml defines:
31+ * what users need to import - Limits what we can do, e.g. we want users to import "objectbox"
32+ * how the ios/* .podspec is called (same as the dart/flutter package name from pubspec, i.e. objectbox if in the main package)
0 commit comments