将README文件放入示例目录，告知在本地运行flutter create --platforms=<foo> .。这一步相当快，所以这不会带来太大的负担。
理想情况下，工具应该知道它在插件的顶级运行run/build时使用示例目录，这样你就不必总是看到这个消息：

Target file "lib/main.dart" not found.

到那时，你可以这样做：
flutter/packages/flutter_tools/lib/src/commands/packages.dart
第384行至第387行 80f2dd4
| | if (example && rootProject.hasExampleApp && rootProject.example.pubspecFile.existsSync()) { |
| | finalFlutterProject exampleProject = rootProject.example; |
| | await exampleProject.regeneratePlatformSpecificTooling(); |
| | } |
这里：
flutter/packages/flutter_tools/lib/src/project.dart
第346行至第350行 80f2dd4
| | Future regeneratePlatformSpecificTooling({ |
| | DeprecationBehavior deprecationBehavior =DeprecationBehavior.none, |
| | Iterable? allowedPlugins, |
| | }) async { |
| | returnensureReadyForPlatformSpecificTooling( |

if (isPlugin && hasExampleApp && example.pubspecFile.existsSync()) {
      await example.regeneratePlatformSpecificTooling(allowedPlugins: allowedPlugins);
    }
    return ensureReadyForPlatformSpecificTooling(

至少就目前而言，仍然需要存在一个ios目录来显示其支持，但它可以是空的(尽管我没有测试过，所以可能还有更多的事情要做)。理想情况下，工具逻辑可以从pubspec中获取平台支持，因此该目录不再是表示平台支持的东西。

在那个时候，你可以这样做：

// 在 flutter/packages/flutter_tools/lib/src/commands/packages.dart 文件的第384行到第387行
if (example && rootProject.hasExampleApp && rootProject.example.pubspecFile.existsSync()) {
  finalFlutterProject exampleProject = rootProject.example;
  await exampleProject.regeneratePlatformSpecificTooling();
}

关于 regeneratePlatformSpecificTooling 的注解表示它应用模板文件，但看起来它并不像 create 模板。我认为我们没有什么东西可以实时执行 create。
理想情况下，工具逻辑可以从 pubspec 中获取平台支持，因此目录不再是表示平台支持的东西。现在这是可行的；pubspec.yaml 添加了一个 platforms: 键，允许非插件包声明支持的平台，因此我们可以构建工具逻辑，它会执行以下操作：

• 如果存在 flutter:plugins: 平台，则尊重它们；否则
• 如果存在 platforms: 平台，则尊重它们；否则
• 假设所有内容都受支持。

尽管 web 可能存在潜在的问题，因为 pub.dev 从包含的内容中自动识别出 web 支持，所以不支持 web 的包不太可能有一个列出除了 web 之外的所有内容的 platforms: 条目。