Is this feature available, @xster? In other words, is this only a documentation issue for flutter.dev?

SEO: wrapper, bootstrap, loader, preview, data

This is still generally the current thinking:

1. In the most lightweight case, where the Flutter module doesn't need any bootstrap data, just flutter run in the module directory. This runs the module in a very basic ephemeral wrapper project.
2. In a middle case where some platform-side setup is needed but where you also don't want to build and launch your full/heavy host app to test your Flutter module, create your own parallel wrapper platform app (don't modify the .ios/.android apps) to bootstrap and inject data into your Flutter module for test.
3. For a full integration test, run the Flutter module inside your normal platform host app.

@atsansone why wouldn't this issue live in the website repo? https://docs.flutter.dev/development/add-to-app

Sorry, I misread this, I thought it was transferred from website to flutter, not the other way. Carry on. 🙂

Hi all, to me, it looks like that https://docs.flutter.dev/add-to-app and the samples in https://github.com/flutter/samples/tree/main/add_to_app contain examples of this usecase.

You can use the Entry point annotation as explained here: https://docs.flutter.dev/add-to-app/ios/add-flutter-screen#dart-entrypoint to have a different entry point for your Flutter module when you run the module embedded intro a native app, while still running the default main() method as entry point when running it standalone.

Another alternative is running the module with a different route from the native app than when running standalone. You would use setInitialRoute from the native app as described here: https://docs.flutter.dev/add-to-app/android/add-flutter-screen#initial-route-with-a-cached-engine for example /mini, while for example the default route when standalone would be /.

Do you think this would be enough? Or a more specific explanation is still missing?