Navigation SDK ל-Android מוסיף תכונות ניווט ל-SDK של מפות ל-Android. אם אפליקציה ל-Android שלכם מבוססת על מפות Google ונדרשות בה תכונות ניווט, היא צריכה להיות תלויה ב-Navigation SDK ל-Android.
עם זאת, רוב הפונקציות ב-SDK של מפות ל-Android מתנהגות באופן זהה ב-Navigation SDK ל-Android. הגישה אליהם מתבצעת באמצעות אותה חבילה com.google.android.gms.maps, לא משנה באיזה יחסי תלות של SDK משתמשים.
המשמעות היא שאם האפליקציה שלכם הסתמכה בעבר על SDK של מפות ל-Android, תוכלו לשנות את התלות שלה ב-Navigation SDK for Android בלי להשפיע על הפונקציונליות הקיימת של האפליקציה, עם שני יוצאים מהכלל בולטים:
- ממשקי API שגורמים לחריגה.
- ממשקי API שלא פועלים ב-NavSDK ואין להם השפעה כשמפעילים אותם.
החריגים האלה מתוארים בהמשך.
ממשקי API שגורמים לחריגה
הפונקציה הבאה יוצרת חריגה אם היא מופעלת באפליקציה:
ממשקי API ללא פונקציונליות ב-Navigation SDK
לממשקי ה-API הבאים אין פונקציונליות ב-Navigation SDK, אבל הם גם לא משפיעים אם הקוד שלכם קורא להם. הן מחולקות לקטגוריות הבאות:
- ממשקי API לפעילות במכשירים לבישים.
- אם רוצים להשתמש בפונקציונליות הזו ב-Navigation SDK ל-Android, צריך להפעיל במקום זאת את פיד TBT.
- ממשקי API אחרים.
ממשקי API למכשירים לבישים
הפונקציה GoogleMapOptions.ambientEnabled(boolean enabled) אמורה לאפשר לכם להשבית או להפעיל את מצב האווירה באפליקציות לבישים. בנוסף, יש שיטות onEnterAmbient ו-onExitAmbient ב-MapView וב-MapFragment, אבל אין להן השפעה כשמפעילים אותן. למכשירים לבישים, צריך להשתמש במקום זאת בפיד TBT.
ממשקי API אחרים
- הגדרת LocationSource מותאם אישית לא עושה כלום ב-NavSDK.
- כל ממשקי ה-API של MapsInitializer.
- RuntimeRemoteException.
ממשקי API שמיועדים לשימוש רק על ידי לקוחות של Mobility Services
יש כמה ממשקי API ב-Navigation SDK שמיועדים לשימוש רק על ידי לקוחות של שירותי תחבורה, שמתבצעת להם חיוב על ידי Google על בסיס כל עסקה. אם אתם לא לקוחות של שירותי ניידות, השיטות הבאות הן בלי תפעול (no-ops):
NavigationTransactionRecorder.pickup()NavigationTransactionRecorder.dropoff()NavigationTransactionRecorder.generatedTransactionId()Navigator.fetchRouteInfo()Navigator.setTransactionIds()