Flutter
Migrating from v0.0.22
to v6.9.x
of the Sentiance Flutter SDKs
v0.0.22
to v6.9.x
of the Sentiance Flutter SDKsChanges regarding library imports
In version 0.0.22
, the imports you needed to specify to interact with the Sentiance SDKs were a little too much. That's why we're now offering the entirety of a package's functionality under 1 library file, ready for import.
For the example, in order to create a new Sentiance user, you needed to do something like this:
Change your code to import everything it needs from the sentiance_core
package's single public library instead:
If you don't want to pollute the global namespace, you can be specific about what you want to import:
This applies for every single Sentiance package out there. At the time of writing this, the following are the only public imports for all of our SDKs:
For more information on what types and functionality our packages provide, check out the API reference on pub.dev.
Changes regarding duplicate type definitions across packages
In v0.0.22
, several packages were re-defining the same type. For the example, sentiance_crash_detection
was defining its own Location
type, as well as sentiance_smart_geofences
. These types shared the same fields as well, so it only made sense to get rid of the duplication here and to centralize the definition of commonly used types in one package and one package alone.
For more information on where to find what, check out the documentation on pub.dev.
Changes regarding the public signature of certain APIs
The signatures of several Sentiance APIs have changed. Make sure to update your code accordingly:
reset()
now returnsvoid
instead ofbool
. If the operation succeeds, execution terminates normally. If an error occurs, aResetError
will be thrown.submitDetections()
now returnsvoid
instead ofbool
. If the operation succeeds, execution terminates normally. If an error occurs, aSubmitDetectionsError
will be thrown.enableDetections()
now returnsvoid
instead ofbool
. If the operation succeeds, execution terminates normally. If an error occurs, anEnableDetectionsError
will be thrown.enableDetectionsWithExpiryDate()
now returnsvoid
instead ofbool
. If the operation succeeds, execution terminates normally. If an error occurs, anEnableDetectionsError
will be thrown.disableDetections()
now returnsvoid
instead ofbool
. If the operation succeeds, execution terminates normally. If an error occurs, aDisableDetectionsError
will be thrown.createUser()
now throws aUserCreationError
if the operation fails.requestAccessToken()
now throws aUserAccessTokenError
if the operation fails.refreshGeofences()
now throws aSmartGeofencesRefreshError
if the operation fails.requestUserContext()
now throws aRequestUserContextError
if the operation fails.invokeDummyVehicleCrash()
now returnsvoid
instead ofbool
.The
getPhoneUsageEvents
,getHarshDrivingEvents
,getCallWhileMovingEvents
,getSpeedingEvents
,getTimelineUpdates
andgetTimelineEvents
APIs now return a list of non-nullable events instead of nullable ones. This change could be breaking for you if you're using a linter as part of your build process. If not, you may want to do something about those "unnecessary null-aware operator use" warnings that will pop.
APIs that were removed
getLanguageName()
has been removed and is no longer supported.
Changes concerning overall usage of background listeners
Setting a background listener
In order to set a listener to get notified of SDK events in the background - for the example, smart geofence events - you had to create a top level Dart handler function like this:
The SentianceSmartGeofencesListenerApi
class is no longer directly accessible. Change your code to use the static SentianceSmartGeofences.registerSmartGeofenceEventListener
function instead:
On that same note, here is a summary with all the changes that you need to make for any background listeners that you may be setting:
Before migrating | After migrating |
---|---|
|
|
|
|
|
|
|
|
|
|
Setting crash detection background listeners
As you may have noticed in the table above, you now have the option to set a listener to vehicle crash events independently of setting another listener for crash diagnostic updates; make sure to update your code accordingly based on your needs and requirements.
Setting a user context updates' background listener
In version 0.0.22
, you set a background listener to get the most recent user context updates as follows:
Change your code to take into account an additional list of user context update criteria that now gets delivered as well:
Changes impacting users of event timeline features
All the event timeline APIs return objects of type TimelineEvent
that had multiple nullable fields that only carry a value if the event is of a certain type
.
The type
field has been removed and the TimelineEvent
class is now abstract. To process the timeline events based on their type, use inheritance checks as follows:
Changes impacting users of user context features
Segment attributes
As of v6.9.0
, segment attribute values are double
instead of int
. Please update your code accordingly.
Changes impacting users of driving insights features
Call-while-moving events
The
minTravelledSpeedInMps
andmaxTravelledSpeedInMps
fields have been renamed tominTraveledSpeedInMps
andmaxTraveledSpeedInMps
respectively.
Transport events associated with a driving insights payload
Transport events previously had a String type
field, which is no longer the case.
Moreover, with v6.9.0
, the transport event associated with driving insights is now a type that is provided by the sentiance_event_timeline
package:
Make sure to change your code accordingly.
Last updated