baato_api 2.1.0

Flutter package to consume Baato APIs. You can search for places, reverse geo code and request for directions for several modes of transportation, including bike, foot and car.

0.0.1

0.0.2

• updated README

0.0.3

• support for Directions API
• support for optional parameters in APIs

0.0.4

• support for 'limit' parameter in Reverse API

0.0.5

• added method to decode encoded polyline received from Directions API and return the list of Geo Coordinates

1.0.0

• support for null-safety

1.0.1

• support for appId binding security

1.0.2

• migrates to Flutter 3

1.0.3

• dependencies compatibility

2.0.0

• Complete refactoring of the library architecture
• New API client design with improved organization and maintainability
• Centralized configuration through BaatoAPI.configure()
• Dedicated API clients for different services (Place, Direction)
• Updated to latest Dart SDK (^3.7.0)
• Upgraded dependencies (dio: ^5.8.0+1, crypto: ^3.0.6)
• Improved error handling and response parsing
• Better type safety throughout the codebase
• Enhanced documentation with more examples
• Support for logging interceptor for debugging
• Configurable timeout settings
• Breaking changes:
  • New initialization pattern
  • Updated method signatures
  • Restructured response models

2.0.1

• Upgraded dio to the latest version
• Added support for appId in API configuration

2.1.0

• Upgraded dependencies:
  • dio: ^5.9.0 → ^5.11.0
  • crypto: ^3.0.6 → ^3.0.7
  • package_info_plus: ^8.3.0 → ^8.3.1
  • flutter_lints: ^5.0.0 → ^6.0.0 (dev)
• Declared the previously implicit flutter: ">=3.19.0" constraint.
• No breaking changes. The public Dart API and the minimum Dart SDK (>=3.6.0) are unchanged, so upgrading from 2.0.1 requires no source or toolchain changes.

package_info_plus is intentionally held at 8.3.x. The 9.0.0 and 10.0.0 releases are breaking and would push Dart >=3.10.0, Flutter >=3.38.1, Android AGP >=8.12.1 / Gradle >=8.13 / Kotlin 2.2.0, iOS >=13.0 and macOS >=10.15 onto every consumer. This package uses exactly one symbol from it (PackageInfo.fromPlatform().packageName, as a fallback when no appId is supplied), which does not justify that cost.