adaptable_remote_config 0.2.0
adaptable_remote_config: ^0.2.0 copied to clipboard
Firebase, HTTP, or custom remote config for Flutter as plain key/value pairs, with typed reads, a cached last-good snapshot, and optional/required app-update gates.
0.2.0 #
A simplification. Providers now return a plain key/value map and everything else reads from it, so there is no per-source mapping layer any more.
Breaking:
RemoteConfiguration,PlatformUpdateConfig,PlatformKeyMapping,ConfigKeyMappingandRemoteSettingare replaced byRemoteValues(typed getters over any key or dotted path) andUpdateKeys(which keys drive the update decision, with a{platform}placeholder).RemoteConfigProvider.fetch()returnsMap<String, dynamic>.FirebaseConfigProviderno longer takes a mapping;HttpConfigProvidertakesrootinstead ofmapping/responseMapper.RemoteConfigController:configuration->values,installedAppLoader->appInfo,platformDetector->platform('android'/'ios'),updateAction->openStore.environment,policy,destinationValidatorand theonCheck/onDismiss/onUpdateResultcallbacks are removed.UpdateBanner,UpdateAvailableandUpdateLaunchErrorare removed; build them from the controller withListenableBuilderif needed.- Cache entries are stored under a new
v2key; the first launch refetches.
Behavior changes:
- A store link is only validated when an update is actually offered.
- The gate no longer re-shows a postponed prompt on a timer; it does so on the next resume or refresh.
- A blank build number no longer produces an invalid
1.0.0+version.
0.1.0 #
- Initial release: Firebase, HTTP and custom providers, typed settings, required/optional update gates, caching, reminders and skipping.