ארכיטקטורת פלאגינים לאפליקציות מובייל: יישום ושיטות עבודה מומלצות

יישום ארכיטקטורת תוספים לאפליקציות מובייל

קמעונאי פנה אלינו לאחרונה: האפליקציה הארגונית שלהם הייתה צריכה לתמוך בעשרות מודולים — ניהול מלאי, CRM, אנליטיקה. כל מודול עודכן על ידי צוותים שונים בזמנים שונים, אך הארכיטקטורה המונוליטית דרשה שחרורים חודשיים של האפליקציה כולה גם כששינו מודול בודד. כתוצאה מכך, זמן ההגעה לשוק עבור תכונות חדשות היה 4–6 שבועות, וכל עדכון סיכן לשבור מודולים אחרים. הלקוח היה צריך לבודד פיתוח ולהאיץ אספקה.

הצענו ארכיטקטורת תוספים: חילצנו את הליבה (אימות, ניווט, ממשק משתמש משותף) והפכנו את המודולים לתוספים עצמאיים. כעת צוותים מעדכנים את התוספים שלהם מבלי לחכות לשחרור מלא. הערכת הפרויקט ארכה יומיים — ניתן לקבל פתרון דומה מוכן. החיסכון הממוצע בשחרורים בפרויקטים כאלה הוא €10,000–€25,000 בשנה.

ארכיטקטורת תוספים היא צעד מעבר לארכיטקטורה מודולרית. בארכיטקטורה מודולרית, כל המודולים ידועים בזמן ההידור ומובנים בקובץ בינארי אחד. ארכיטקטורת תוספים מניחה שחלקים מהאפליקציה יכולים להתווסף, להיות מוחלפים או להתעדכן באופן עצמאי מהאפליקציה הראשית — לפעמים בזמן ריצה. זה מקצר את זמן ההגעה לשוק עבור מודולים חדשים פי 3–5 בהשוואה לעדכונים מונוליטיים.

ארכיטקטורת תוספים מוצדקת עבור אפליקציות פלטפורמה עם הרחבות שותפים, אפליקציות-על שבהן מיני-תוכניות הן תוספים, מערכות MDM ארגוניות שבהן חברות לקוחות מוסיפות מודולים משלהן. עבור אפליקציות סטנדרטיות ללא הרחבות חיצוניות, זה מוגזם — זה מסבך פיתוח וניפוי באגים.

איך זה עובד באנדרואיד

באנדרואיד, טעינת קוד דינמית היא מציאות דרך DexClassLoader. תוסף הוא קובץ APK או DEX שנטען בזמן ריצה:

val pluginApkPath = File(context.filesDir, "plugin-v2.apk").absolutePath
val classLoader = DexClassLoader(
    pluginApkPath,
    context.codeCacheDir.absolutePath,
    null,
    context.classLoader
)
val pluginClass = classLoader.loadClass("com.plugin.FeatureImpl")
val plugin = pluginClass.getDeclaredConstructor().newInstance() as PluginContract
plugin.initialize(pluginContext)

val pluginApkPath = File(context.filesDir, "plugin-v2.apk").absolutePath val classLoader = DexClassLoader( pluginApkPath, context.codeCacheDir.absolutePath, null, context.classLoader ) val pluginClass = classLoader.loadClass("com.plugin.FeatureImpl") val plugin = pluginClass.getDeclaredConstructor().newInstance() as PluginContract plugin.initialize(pluginContext) הוא ממשק שהתוסף מיישם. האפליקציה הראשית מכירה רק את הממשק, לא את היישום. התוסף מורד משרת, מאומת על ידי חתימה דיגיטלית (PluginContract או אימות SHA-256 מותאם אישית), ממוקם ב-JarVerifier, ונטען.

Google Play Integrity API — כדי לוודא שהתוסף שהורד לא שונה. filesDir לפני טעינת התוסף מאשר את שלמות הבקשה.

מגבלה: חנות האפליקציות (iOS) אוסרת טעינה דינמית של קוד בר-הרצה — הנחיה 2.5.2. ב-iOS, ארכיטקטורת תוספים פירושה או תוספים בזמן הידור (כולם ידועים בזמן הבנייה, מחוברים דרך פרוטוקולים) או תוכן מפורש (JavaScript דרך JavaScriptCore, Lua, WebAssembly) — זה לא קוד מקורי ואינו מפר את הכללים.

למה ארכיטקטורת תוספים רווחית יותר ממונולית

ארכיטקטורת תוספים מקצרת את זמן ההגעה לשוק עבור מודולים חדשים פי 3–5 בהשוואה לעדכונים מונוליטיים. לדוגמה, במקרה הקמעונאי שלנו, הזמן מבקשת מודול חדש להפעלה ירד מ-4 שבועות ל-3 ימים. בנוסף, ארכיטקטורת תוספים מבודדת שגיאות: באג בתוסף אחד לא מקריס את כל האפליקציה. החזר השקעה (ROI) לארכיטקטורה כזו הוא 6–12 חודשים עבור פרויקט ארגוני ממוצע. חיסכון בשחרורים — מ-€15,000 בשנה עבור צוות של 5 מפתחים.

איך להבטיח אבטחת תוספים

אבטחה היא מפתח בטעינת קוד דינמית. באנדרואיד, אנו מיישמים:

• אימות חתימה דיגיטלית של כל תוסף (SHA-256 + JarVerifier).
• בדיקת שלמות דרך Google Play Integrity API לפני טעינה.
• טעינה רק מאחסון מוגן (IntegrityManager.requestIntegrityToken()).

ב-iOS, תוספים מפורשים (JS, WASM) רצים בארגז חול (JavaScriptCore או WKWebView), המגביל גישה ל-API מקורי. אנו גם משתמשים בניתוח קוד סטטי של תוספים לפני הוספתם לחנות.

iOS: תוספים דרך פרוטוקולים ו-JavaScriptCore

ב-iOS, "תוסף" במובן של קוד שנטען דינמית הוא בלתי אפשרי ללא jailbreak. אבל ארכיטקטורת תוספים יכולה להיות מיושמת דרך:

1. תוספים בזמן הידור מבוססי פרוטוקול. כל תוסף הוא חבילת Swift המיישמת filesDir. האפליקציה מהודרת עם כל התוספים אך מפעילה את הנדרשים דרך קונפיגורציה. תוספים מבודדים דרך מודולים, גישה ל-API של המארח רק דרך פרוטוקול.

2. JavaScriptCore כזמן ריצה. התוסף הוא קובץ JavaScript שמורד משרת ומופעל דרך PluginProtocol. המארח רושם פונקציות מקוריות כאובייקטי JS: JSContext. מהירות הביצוע מקובלת ללוגיקה עסקית, לא מקובלת לעיבוד תצוגה. כך עובדות מיני-תוכניות ב-WeChat ובכמה אפליקציות-על.

3. WebAssembly. מאז iOS 14+, context["nativeAPI"] = nativeAPI as AnyObject מריץ WASM דרך מנוע JavaScript. התוסף מהודר ל-WASM (מ-C++, Rust, AssemblyScript) ורץ בסביבה מבודדת. אינטראקציה עם קוד מקורי דרך ייבוא/ייצוא של WASM.

גרסאות תוספים ותאימות

החלק הקשה ביותר בארכיטקטורת תוספים הוא לא טעינת קוד אלא ניהול תאימות. אפליקציה v2.5 חייבת להריץ תוסף שנכתב ל-API של v2.0 ולא לקרוס על תוסף v2.6 שמצפה ל-API שאינו קיים.

הפתרון הוא גרסאות חוזה מפורשות. WKWebView כולל PluginContract ו-minHostVersion. בעת טעינת תוסף, המארח בודק תאימות לפני targetHostVersion. גרסאות API שהוצאו משימוש מסומנות initialize() ונתמכות לשתי גרסאות ראשיות.

מקרה בוחן. אפליקציית-על ארגונית לקמעונאות: אפליקציה ראשית — אימות, ניווט, ממשק משתמש משותף. תוספים — @Deprecated (מלאי), StockPlugin (ניהול לקוחות), CRMPlugin (לוחות מחוונים). כל תוסף מפותח על ידי צוות נפרד, נטען דרך MDM בהפעלה ראשונה על ידי עובדים. אנדרואיד: AnalyticsPlugin עם אימות חתימה. iOS: תוספים בזמן הידור דרך חבילות SPM מקומיות, הפעלה דרך דגלי תכונה. עדכון תוסף — ללא עדכון האפליקציה הראשית ב-Google Play (דרך שרת הפצה עצמי למכשירים ארגוניים).

השוואה: ארכיטקטורת תוספים בזמן הידור לעומת זמן ריצה

מה כלול

• תיעוד ארכיטקטוני (דיאגרמות, תיאורי חוזה, API לתוספים).
• קוד ליבה ל-iOS ואנדרואיד (טעינה, גרסאות, תמיכת אבטחה).
• תוסף לדוגמה (תבנית) להתחלת פיתוח.
• צינורות CI/CD לבנייה ואימות תוספים.
• תיעוד למפתחי תוספים (מדריך אינטגרציה).
• תמיכה ל-3 חודשים לאחר האספקה.

לוחות זמנים

יישמנו ארכיטקטורת תוספים עבור 7 לקוחות ארגוניים במשך 5+ שנים. המומחים שלנו מוסמכים לאנדרואיד ו-iOS (Google Associate Android Developer, Apple Certified iOS Developer). אנו מבטיחים תאימות תוספים על פני 2 גרסאות ראשיות של האפליקציה.

רוצים להעריך ארכיטקטורת תוספים לפרויקט שלכם? בקשו ייעוץ — נכין הצעה מוכנה תוך 2–3 ימים. צרו קשר כדי לדון בדרישות שלכם.

תיעוד API של DexClassLoader