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 ל-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 שמיועדים לשימוש רק על ידי לקוחות של Mobility Services, שמקבלים חשבון מ-Google על בסיס כל עסקה. אם אתם לא לקוחות של שירותי ניידות, השיטות הבאות הן בלי תפעול (no-ops):
NavigationTransactionRecorder.pickup()NavigationTransactionRecorder.dropoff()NavigationTransactionRecorder.generatedTransactionId()Navigator.fetchRouteInfo()Navigator.setTransactionIds()