מה זה OpenHarmony? — סדר בהבדלים מ-HarmonyOS ומ-HarmonyOS NEXT
· עודכן בתאריך: · Go Komura · OpenHarmony, HarmonyOS, Embedded, בחירת מערכת הפעלה, קוד פתוח, ArkTS, ייעוץ טכני, תוכנה משובצת לציוד
“האם OpenHarmony ו-HarmonyOS הם אותו דבר?” “האם אפליקציות Android עובדות על HarmonyOS NEXT?” את שתי השאלות האלה צריך להפריד.
OpenHarmony הוא פרויקט מערכת הפעלה בקוד פתוח; HarmonyOS הוא מוצר מערכת ההפעלה המסחרי של Huawei. HarmonyOS NEXT הוא השם של הדור שבו המוצר המסחרי הזה הסיר את התאימות ל-Android. קודם מפרידים בין הפרויקט למוצר, אחר כך מבררים באיזה דור של המוצר מדובר — ואז שלושת השמות הדומים מסתדרים.
מידע שנכתב ביפנית נוטה לערבב בין הדברים, והתקבעו תפיסות מוטעות כמו “Hongmeng (HarmonyOS) = הגרסה הסינית של Android” או “מתקינים OpenHarmony ואפליקציות HarmonyOS יעבדו”. ממי שעוסק בבחירה איזו מערכת הפעלה להתקין בציוד, הבלבול הזה גורם לנזק ממשי. מה שצריך לבדוק מול הספקים, אילו רישיונות מעניינים את המחלקה המשפטית, ואיזו שפה המפתחים צריכים ללמוד — הכול משתנה לפי למה מתכוונים.
המאמר הזה מיועד למהנדסים שעוסקים בציוד משובץ ובמערכות עסקיות, ומסדר את היחסים בין OpenHarmony, HarmonyOS ו-HarmonyOS NEXT על בסיס מקורות ראשוניים: התיעוד הרשמי של OpenHarmony וההודעות הרשמיות של Huawei. השיקול המעשי — אם זו אפשרות ריאלית להטמיע בציוד — נדון במאמר האחות, האם OpenHarmony היא מערכת הפעלה ריאלית לציוד תעשייתי?.
המאמר מסדר מידע כפי שהיה ביולי 2026. את המספרים, טבלאות הגרסאות ולוחות הזמנים של התחזוקה שלהלן יש לקרוא כהצהרות לאותה נקודת זמן. במיוחד שמות הדורות (NEXT / 5 / 6 / 7), הפריסה האזורית של סמארטפונים ושוק האפליקציות, ולוח התחזוקה של הענפים בקהילה — אלה תחומים שמשתנים מהר. לפני שמשתמשים במידע הזה להחלטת רכש או תכנון, פותחים את המקורות שבהערות השוליים של כל פרק ובודקים את התאריכים.
1. המסקנה תחילה
OpenHarmony ו-HarmonyOS נבדלים גם בהיקף החשיפה וגם במה שנדרש כדי להשתמש בהם. OpenHarmony הוא פרויקט שמקודם ומופעל על ידי קרן OpenAtom, וכל אחד יכול להשיג את קוד המקור. HarmonyOS הוא מוצר מסחרי שמניח על התשתית הזו את ה-frameworks, פלטפורמת הפצת האפליקציות ושירותי הענן של Huawei, והקוד שלו אינו מפורסם במלואו.12
כשמדברים על HarmonyOS, מציינים גם את הדור. הדורות 2 עד 4.x שנפרסו לסמארטפונים משלבים את AOSP (Android Open Source Project) עם OpenHarmony. אותם יש להפריד מ-NEXT (= HarmonyOS 5) ואילך, שהסירו את התאימות ל-Android. 1.0 הוא דור מוקדם יותר, שכוון למסכים חכמים. וגם כשמודל האפליקציה חולק מרכיבים משותפים, אין שום ערובה שאפליקציית HarmonyOS תרוץ כמו שהיא על ציוד עם OpenHarmony (פרקים 4 ו-5).34
באימוץ לציוד בודקים את התצורה ואת התחזוקה, לא את השם. באיזה משלושת סוגי המערכת משתמשים, מי כותב את האפליקציות, מי מתחזק אותן לאורך התקופה שנדרשת, ושל איזה רכיב צריך לקיים את הרישיון — אלה החומרים שמהם נגזרת ההחלטה. גם Eclipse Oniro, הקו האירופי, נחשב כאן כקו נפרד (פרקים 3, 5 ו-7 עד 9).
מסלולי קריאה לפי מטרה
| מה שרוצים לדעת | איפה לקרוא |
|---|---|
| לתפוס קודם את היחסים בין OpenHarmony, HarmonyOS ו-NEXT | פרק 2: השושלת וציר הזמן של הדורות |
| להבין את ה-kernel ואת תצורות הציוד | פרק 3: ארבע השכבות ושלושת סוגי המערכת |
| לדעת על תמיכת אפליקציות Android ועל הפריסה האזורית מ-NEXT ואילך | פרק 4: הבדלים בין דורות וסוגי מכשירים |
| לבדוק אם אפליקציות שנכתבו ל-HarmonyOS יעבדו גם על הציוד שלכם | פרק 5: מודל אפליקציה משותף ופלטפורמת הפצה אחרת |
| לבדוק גרסאות, רמות API ומועדי סיום תחזוקה | פרק 6: איך לקרוא את המספרים, פרק 7: חלונות תחזוקה |
| לבדוק את הרישיונות ולהשיג את קוד המקור | פרק 8: רישיונות ומאיפה משיגים את הקוד |
| להבין איפה Eclipse Oniro נכנס לתמונה | פרק 9: הקו האירופי |
אם כל מה שצריך זה להכיר את ההבדלים, פרקים 2, 4 ו-5 מספיקים; אם שוקלים אימוץ בציוד, ממשיכים לפרקים 3 ו-6 עד 8. ההחלטה המעשית על האימוץ מופרדת למאמר האחות שהוצג בפתח הדברים.
ב-diagram, solid line מציינת relation שתמיד מתקיים ו-dashed line מציינת relation מותנה (התנאים מופיעים בהסבר של כל relation ב-detail page). הרשימה המלאה של ה-relations (סה”כ 39, כולל evidence ו-certainty) וההגדרות של ה-concepts המרכזיים נמצאות ב-detail page של ה-knowledge map (ביפנית). Data: JSON-LD / Turtle
2. השושלת על עמוד אחד
בפרק הזה עוברים לפי הסדר על מי מספק מה, ובאיזה דור מדובר. OpenHarmony הוא פרויקט; HarmonyOS הוא מוצר מסחרי. NEXT אינו פרויקט נפרד שעומד לצד OpenHarmony — זה שם שמבדיל דור אחד של HarmonyOS מדור אחר.
קודם מפרידים בין הפרויקט למוצר המסחרי
אל תניחו לדיון להתנהל רק על השם “Hongmeng (HarmonyOS)”; בדקו לאיזו שורה בטבלה שלהלן מתכוונים.
| שם | מה זה בפועל | של מי זה | הקוד מפורסם | שימוש עיקרי |
|---|---|---|---|---|
| OpenHarmony | פרויקט מערכת הפעלה בקוד פתוח | קרן OpenAtom1 | פומבי (Apache 2.0 ואחרים)5 | מכשירי IoT, ציוד תעשייתי, משובץ, חינוך |
| HarmonyOS 1.0 | מערכת ההפעלה המסחרית של Huawei (הדור שלפני פרסום OpenHarmony) | Huawei | לא פומבי | מסכים חכמים (Honor Vision) |
| HarmonyOS 2 עד 4.x | מערכת ההפעלה המסחרית של Huawei (שילוב של AOSP ו-OpenHarmony) | Huawei | לא פומבי (רק חלק OpenHarmony שמתחת פומבי) | סמארטפונים וטאבלטים של Huawei וכיוצא בזה |
| HarmonyOS NEXT / 5 / 6 / 7 | מערכת ההפעלה המסחרית של Huawei (AOSP הוסר) | Huawei | לא פומבי | סמארטפונים, מחשבים ומערכות רכב של Huawei וכיוצא בזה |
אחר כך מפרידים בין הדורות של HarmonyOS
אם מסדרים את שורות הטבלה על ציר זמן, רואים במבט אחד איפה הוחלפו הקרביים של מערכת הפעלה בעלת אותו שם.
timeline
title הדורות של HarmonyOS והנוכחות של AOSP
2019 : HarmonyOS 1.0 : למסכים חכמים
2021-2024 : HarmonyOS 2 עד 4.x : שילוב של AOSP ו-OpenHarmony : אפליקציות Android עובדות
2024 : HarmonyOS NEXT = 5 : קוד שמקורו ב-AOSP הוסר : אפליקציות Android לא עובדות
2025 : HarmonyOS 6 : השם NEXT יורד
2026 : HarmonyOS 7 : הבטא למפתחים הוכרזה ב-HDC 2026
איור 1: הדורות של HarmonyOS והקו שבו אפליקציות Android מפסיקות לעבוד436
הקו הוא NEXT (= 5) ב-2024. בדקו קודם כל שניסיון עם הדורות שלפני הקו הזה אינו מתערבב עם הדיון על הדורות שאחריו בתוך הארגון.
מבדילים גם את Oniro, שהתפצל מאותה תשתית
יש שושלת נוספת שנבנתה על OpenHarmony: Eclipse Oniro. מקומה מוסבר בהרחבה בפרק 9.
| שם | מה זה בפועל | של מי זה |
|---|---|---|
| Eclipse Oniro for OpenHarmony | הפצה אירופית שנבנתה על OpenHarmony | קרן Eclipse7 |
בניסוח אחר, OpenHarmony הוא חומר הגלם, ו-HarmonyOS ו-Oniro הם מוצרים נפרדים שעשויים מאותו חומר. אם מדמיינים את היחס של Red Hat Enterprise Linux ו-Debian ל-kernel של Linux, מקבלים רמת פירוט דומה. אלא שבניגוד ל-Linux, OpenHarmony כולל לא רק את ה-kernel אלא גם את ה-framework של ה-UI ואת מודל האפליקציה — חבילה שנערמת אנכית במידה רבה.
3. מה זה OpenHarmony בפועל — מה יש בפנים
התיעוד הרשמי של OpenHarmony מתאר את הפרויקט כפרויקט קוד פתוח שמקודם ומופעל על ידי קרן OpenAtom, שמטרתו לבנות framework מבוזר בקוד פתוח למערכות הפעלה עבור מכשירים חכמים בכל התרחישים.1
בפרק הזה עוברים לפי הסדר: שמות הרכיבים, מבנה השכבות של מערכת ההפעלה, התצורה לפי מכשיר, שיתוף הפעולה בין מכשירים, ולוחות הפיתוח. גם כשמדברים על “להשתמש ב-OpenHarmony”, התצורה שנבחרת משתנה לפי המכשיר שעליו מטמיעים.
קודם מזהים את המונחים
כאן מרוכזים שמות עצם פרטיים, אז הנה מילון מינימלי.
| מונח | משמעות |
|---|---|
| LiteOS | kernel למכשירים עם מעט משאבים. יש LiteOS-M ל-MCU ו-LiteOS-A ל-Cortex-A1 |
| KAL (Kernel Abstraction Layer) | שכבת ההפשטה של ה-kernel. מסתירה את הבדלי המימוש בין Linux ל-LiteOS ומציגה API משותף לשכבות שמעל1 |
| HDF (Hardware Driver Foundation) | תשתית ה-drivers המאוחדת של OpenHarmony. את ה-drivers של ההתקנים כותבים מעליה1 |
| DSoftBus (soft bus מבוזר) | התשתית המשותפת לשיתוף פעולה בין מכשירים: מגלה ומחבר מכשירים קרובים ומעבירה נתונים בלי תלות באמצעי התעבורה1 |
| Ability | המודל שמייצג את יחידת ההרצה של אפליקציה. יש כאלה עם מסך, ואחרות מטפלות ברקע או מספקות נתונים |
| ArkTS | שפת פיתוח אפליקציות ל-UI הצהרתי, שנבנתה כהרחבה של TypeScript |
| ArkUI | ה-framework של UI הצהרתי שבו בונים מסכים ב-ArkTS |
הארכיטקטורה בארבע שכבות
למבנה ארבע שכבות, מלמטה למעלה: שכבת ה-kernel, שכבת שירותי המערכת, שכבת ה-framework ושכבת האפליקציה.1
- שכבת ה-kernel: תכנון רב-kernel שבו בוחרים Linux או LiteOS לפי מגבלות המשאבים של המכשיר. שכבת ההפשטה של ה-kernel (KAL) מסתירה את הבדלי המימוש ומעמידה לרשות השכבות שמעל תמונה משותפת של תהליכים, זיכרון, מערכת קבצים, רשת וניהול התקנים. את ה-drivers כותבים מול HDF (Hardware Driver Foundation), תשתית ה-drivers המאוחדת של OpenHarmony.
- שכבת שירותי המערכת: ה-soft bus המבוזר (DSoftBus), ניהול נתונים מבוזר, מתזמן מבוזר, קלט מולטי-מודאלי, גרפיקה, אבטחה, AI וכיוצא בזה.
- שכבת ה-framework: framework של אפליקציות ו-framework של Ability ל-C/C++/JS, ו-framework של ArkUI ל-JS.
- שכבת האפליקציה: אפליקציות מערכת ואפליקציות צד שלישי.
ה-kernel אינו קבוע לאפשרות אחת
הנקודה החשובה כאן היא שהתכנון הרב-kernel הוא מה שנותן ל-OpenHarmony את האופי שלו. תחת שם מערכת הפעלה אחד, LiteOS-M רץ על MCU ואילו ה-kernel של Linux רץ על מכשיר עשיר יותר. על השאלה “מה ה-kernel של OpenHarmony?” צריך להשיב בשאלה חוזרת: “על איזה סוג מערכת מדברים?”.
שלושת סוגי המערכת
ארבע השכבות מחלקות אחריות בתוך מערכת ההפעלה; שלושת סוגי המערכת מחלקים תצורות שמתאימות למכשיר. אלה שני צירים שונים. התיעוד הרשמי מגדיר שלושה סוגי מערכת בסיסיים.8
| סוג המערכת | מעבד | זיכרון מינימלי | תכונות מסופקות | מוצרים מיועדים |
|---|---|---|---|---|
| מערכת Mini | MCU כגון Arm Cortex-M ו-RISC-V 32 סיביות | 128 KiB | פרוטוקולי רשת קלים, גרפיקה קלה, רכיבי קריאה/כתיבה ל-bus של IoT | מודולי קישוריות, חיישנים, מכשירים לבישים |
| מערכת Small | מעבדי יישום כגון Arm Cortex-A | 1 MiB | תכונות אבטחה חזקות יותר, framework גרפי תקני, קידוד ופענוח וידאו | מצלמות IP, מיני עינית בדלת, נתבים, מצלמות דרך |
| מערכת Standard | מעבדי יישום כגון Arm Cortex-A | 128 MiB | framework אפליקציות מלא, GPU תלת-ממדי, hardware composer, אנימציה עשירה | מכשירי בית חשמליים עתירי תכונות עם מסך |
העובדה שזה מתחיל מ-128 KiB היא מה שמייחד את מערכת ההפעלה הזו. גם התיעוד הרשמי מנסח זאת כך: היא תומכת ב-RAM מכמה מאות KiB ועד לרמת ה-GiB.1 התכנון מבוסס רכיבים: מרכיבים תצורה ומשאירים בחוץ את הרכיבים שאין בהם צורך.
יכולות מבוזרות כמושג הליבה
המאפיין הראשון שהתיעוד הרשמי מציג הוא שיתוף פעולה בין מכשירים שמרכזו DSoftBus (ה-soft bus המבוזר).1 זוהי תשתית משותפת שמגלה, מחבר ומרשת מכשירים קרובים ומעבירה נתונים בלי תלות באמצעי התעבורה, ומעליה יושבים ניהול נתונים מבוזר (סנכרון נתונים בין מכשירים) ומתזמן מבוזר (הפעלה והעברה של אפליקציות בין מכשירים).
במכשיר בודד, צריך לזהות אילו תכונות באמת נדרשות
הרעיון הזה — להתייחס לכמה מכשירים כמכשיר-על אחד — הוא גם הבסיס לחוויית הקישור בין סמארטפון, טאבלט ומערכת רכב ב-HarmonyOS. בניסוח ההפוך: אם מטמיעים אותו רק במכשיר בודד ועצמאי, חצי מהתכונות המרכזיות של OpenHarmony לא ישמשו אתכם. הנקודה הזו מכרעת בהחלטת אימוץ.
לוחות פיתוח וחומרה
ברשימה הרשמית שנבדקה למאמר הזה, נכון ליולי 2026, יש 22 לוחות פיתוח שהקהילה תומכת בהם.9 בחלוקה לפי סוג מערכת, הדוגמאות נראות כך.
- למערכת Standard: HiHope HH-SCDAYU200 עם Rockchip RK3568, ו-MILOS_Standard0 עם NXP i.MX8M Mini.
- למערכת Small: BearPi-HM Micro עם STM32MP157A.
- למערכת Mini: Hi3861, STM32F407, ESP32, ו-HPM6750 מבוסס RISC-V, בין השאר.
הרשימה אינה מוגבלת ל-SoC סיניים; גם שבבים של ST ו-NXP נכללים. יש מוצרים שתיאורם מניח שימוש תעשייתי: MILOS_Standard0, למשל, מפרט בין היישומים שלו מכשירי מדידה עתירי ביצועים לתעשייה ולרפואה, בקרה תעשייתית ו-HMI, תחבורה, מניעת אסונות ומבנים.9
4. מה זה HarmonyOS בפועל — עידן השילוב עם AOSP ומ-NEXT ואילך
HarmonyOS הוא מוצר מערכת ההפעלה המסחרי של Huawei. מה שצריך לזכור כאן הוא שהקרביים שונים מדור לדור תחת אותו שם, HarmonyOS.
HarmonyOS 1.0 (2019)
המכשיר הראשון שהוא נשלח עליו לא היה סמארטפון אלא מסך חכם (Honor Vision). זה היה הדור שלפני תרומת OpenHarmony לקרן OpenAtom, והוא לא הופץ כמערכת הפעלה לסמארטפונים.4
HarmonyOS 2 עד 4.x (2021 עד 2024)
זה הדור שנפרס לסמארטפונים. הוא שילב את AOSP עם OpenHarmony, ומכשירים מהדור הזה יכלו להריץ גם אפליקציות Android (APK) וגם אפליקציות HarmonyOS. ההבנה שהתפשטה ביפן — ש-HarmonyOS חייבת להיות הגרסה הסינית של Android — התקבעה מפני שכך הדור הזה נראה בפועל.3
HarmonyOS NEXT (= HarmonyOS 5, 2024)
שכבת התאימות ל-AOSP וספריות ה-Android הוסרו, ואפליקציות Android הפסיקו לעבוד. רצות רק אפליקציות נייטיב של HarmonyOS.3
“אפליקציית נייטיב של HarmonyOS” אינה אומרת שנכתבה ב-ArkTS בלבד. אפשר לשלב מודולים שנכתבו ב-C/C++ מול ה-Native API (NDK), וגם Cangjie, שפה ש-Huawei פיתחה בעצמה, מוצעת כאפשרות לפיתוח אפליקציות ל-HarmonyOS.1011
מ-HarmonyOS 6 ואילך (2025 ואילך)
השם “NEXT” ירד, וזה פשוט HarmonyOS 6. ב-HDC 2026 בדונגגואן ב-12 ביוני 2026 הוכרז על תחילת הבטא למפתחים של HarmonyOS 7, יחד עם ההודעות ש-HarmonyOS 6 עברה 66 מיליון מכשירים, שמספר המפתחים הרשומים עבר 11 מיליון, שיש יותר מ-400,000 אפליקציות ושירותים זמינים בחנות האפליקציות, ושה-HarmonyOS הפכה למערכת ההפעלה השנייה בגודלה לסמארטפונים בסין.6
אין לבלבל בין מספרי הפריסה של HarmonyOS לבין מספר הגרסאות המסחריות של OpenHarmony
באותה הודעה אמרה Huawei גם על צד OpenHarmony ש“יותר מ-100 גרסאות מסחריות שוחררו”.6 כלומר, מבחינת Huawei, OpenHarmony הוא גם הבסיס לסמארטפונים שלה וגם מקור האספקה שממנו חברות אחרות בונות מוצרים תעשייתיים.
את התמונה האזורית מפרידים לפי סוג המכשיר
התמונה האזורית היא מה שבאמת משפיע כשרואים את זה מיפן, וכאן צירוף כל המכשירים יחד מוביל להחלטה שגויה. מה שצריך להפריד הוא סמארטפונים ומערכת אקולוגית של הפצת אפליקציות מחד, וקושחה של מכשירים היקפיים כמו מכשירים לבישים מאידך.
- סמארטפונים ושוק האפליקציות ממוקדים בסין. עמוד המוצר של HarmonyOS 6 מוצע באתר הסיני,12 ואילו האתר העולמי של Huawei לצרכנים (consumer.huawei.com/en/harmonyos/) הוא נכון ליולי 2026 עדיין עמוד הנחיתה של HarmonyOS 2.13 סביר להתייחס לאפליקציות נייטיב של HarmonyOS לסמארטפונים מדור NEXT, ולשוק שמפיץ אותן, כעניין פנים-סיני בפועל.
- מנגד, המותג HarmonyOS מותקן גם על מכשירים מחוץ לסין. Huawei מפיצה עדכוני קושחה של HarmonyOS 5 ו-6 גם לשעונים חכמים בשווקים גלובליים, כך שאי אפשר לומר ש”HarmonyOS 5 ואילך = סין בלבד”.14
לכן אם חברה יפנית מדברת על בנייה והפצה של אפליקציית HarmonyOS, זה מגיע כחבילה עם החלטה עסקית לגבי השוק הסיני. OpenHarmony לעומת זאת זמין להשגה ולשימוש לכל אחד בכל אזור, ולכן את שתי ההחלטות האלה יש להתייחס כנפרדות לחלוטין.
5. האם “אפליקציית OpenHarmony” ו”אפליקציית HarmonyOS” הן אותו דבר?
שפה ומודל אפליקציה משותפים הם עניין אחד; היכולת להעביר אפליקציה בלי שינוי היא עניין אחר. בפרק הזה מפרידים בין מה שמשותף לבין מה ששייך ל-Huawei בלבד.
מה שמשותף הוא השלד של מודל האפליקציה
מה שמשותף הוא השלד של מודל האפליקציה: ArkTS (שפת UI הצהרתית שמרחיבה את TypeScript), ArkUI (ה-framework של UI הצהרתי) ו-Ability (יחידת ההרצה של אפליקציה). אם מסתכלים בהערות השחרור של OpenHarmony 6.0 Release, מוצאים שם פריטים שדומים מאוד לתוספות התכונות של HarmonyOS: הרחבות יכולות פריסה ב-ArkUI, עדכון ה-kernel של Chromium ב-ArkWeb מ-114 ל-132, הוספת AppServiceExtensionAbility, תמיכה במצב קיוסק וכיוצא בזה.15
מה ששונה הוא ה-SDK, פלטפורמת ההפצה וה-API של הענן
ההבדלים נמצאים במה שמסביב. אפליקציות HarmonyOS נבנות מתוך הנחה שיש את HarmonyOS SDK של Huawei ו-DevEco Studio, את פלטפורמת ההפצה AppGallery, ואת ה-API של הענן של HMS (Huawei Mobile Services). מערכת OpenHarmony רגילה לא מגיעה עם הסביבה המסחרית של Huawei כחבילה. לכן:
- אי אפשר להתקין אפליקציות מ-AppGallery על ציוד שלכם שמריץ OpenHarmony.
- וגם אין שום ערובה שאפליקציה שנבנתה ל-HarmonyOS תרוץ כמו שהיא על חומרת OpenHarmony אמיתית. צריך לבדוק אחת לאחת אם כל API שהיא תלויה בו הוא הרחבה של Huawei או תקן של OpenHarmony.
בציוד, בודקים מי מפתח את האפליקציות ובאילו API הן תלויות
אם מאמצים OpenHarmony לציוד, התכנון הנכון הוא להניח שהאפליקציות שירוצו עליו ייכתבו על ידכם (או על ידי הספק של ההפצה שאימצתם). החלטה לאמץ מתוך ציפייה שמאגר אפליקציות סיניות יגיע יחד עם המערכת — תפספס.
6. איך קוראים גרסאות ורמות API
בפרק הזה מפרידים בין בדיקת מספר הגרסה ורמת ה-API לבין בדיקת התאימות בין OpenHarmony ל-HarmonyOS. מספרים דומים אינם אומרים סביבה זהה.
מתאימים בין גרסאות OpenHarmony לרמות API
לגרסאות של OpenHarmony משויכות רמות API, וב-README של מאגר התיעוד הרשמי יש את הרשימה.16
הטבלה שלהלן היא הרשימה ב-README הזה כפי שנבדקה ביולי 2026. “האחרונה” הוא הסיווג שב-README עצמו; הטבלה הזו לבדה אינה קובעת מהי הגרסה האחרונה כיום או מה מצב התחזוקה שלה.
| גרסת OpenHarmony | רמת API | הסיווג בתיעוד |
|---|---|---|
| master | — | גרסת הפיתוח האחרונה |
| 6.0 Release | 20 | הגרסה האחרונה |
| 5.1.0 Release | 18 | הגרסה האחרונה |
| 5.0.3 | 15 | הגרסה האחרונה |
| 5.0.2 | 14 | הגרסה האחרונה |
| 5.0.1 | 13 | הגרסה האחרונה |
| 5.0.0 Release | 12 | הגרסה האחרונה |
| 4.1 Release | 11 | התחזוקה הסתיימה (Historical Versions No Longer Maintained) |
| 4.0 Release | 10 | התחזוקה הסתיימה |
| 3.2 Release | 9 | התחזוקה הסתיימה |
מצליבים בין ה-README לאינדקס הערות השחרור
הרשימה הזו היא זו שמופיעה ב-README של מאגר התיעוד, אבל אינדקס הערות השחרור באותו מאגר מפרט פריטים חדשים יותר: 6.1 Release (8 במרץ 2026) ו-6.0.0.1 / 6.0.0.2.17 גם בתוך התיעוד הרשמי הניסוח “הגרסה האחרונה” לא תמיד מדביק את הקצב, ולכן כשקובעים גרסה, כדאי להסתכל גם על אינדקס הערות השחרור ולא רק על ה-README.
אותה רמת API אינה בהכרח אותה קבוצת API
גם ל-HarmonyOS מוקצות רמות API באותה צורה, והתיעוד למפתחים של Huawei מפרסם הערות שחרור לכל גרסה.18 שיטות המספור קרובות מספיק כדי להתבלבל, אבל OpenHarmony API Level 20 ו-HarmonyOS API Level 20 אינם מציינים בהכרח את אותה קבוצת API. כשמאמתים מפרט, צריך תמיד להיות מודעים לאיזה תיעוד קוראים.
7. חלונות תחזוקה — המספר הראשון שיצרן ציוד צריך לבדוק
היכולת להשיג את קוד המקור והיכולת לקבל תיקונים למספר השנים שנדרש הם שני דברים שונים. בפרק הזה עוברים לפי הסדר על מדיניות התחזוקה של הקהילה, התאריכים של ענפים בודדים, ותקופת ההפעלה של הציוד.
קודם בודקים את מדיניות התחזוקה של Release ו-LTS
קהילת OpenHarmony מגדירה את מחזור החיים של ענף — התקופה מהשחרור ועד סיום התחזוקה — כך.19
- מחזור החיים של ענף Release הוא שנתיים (שנה של תחזוקה פעילה ועוד שנה של תחזוקה פסיבית)
- מחזור החיים של ענף LTS הוא 3.5 שנים (שנתיים של תחזוקה פעילה ועוד 1.5 שנים של תחזוקה פסיבית)
- תקופת התחזוקה הפעילה היא התקופה שבה הקהילה מוציאה גרסאות מתויגות לפי תוכנית ומתקנת תקלות ופרצות אבטחה
- תקופת התחזוקה הפסיבית היא התקופה שבה לא מתוכננות ולא יוצאות גרסאות מתויגות, ורק פרצות אבטחה ותקלות בדרגת קריטית ומעלה מתוקנות
אחר כך בודקים את מועד סיום התחזוקה של הענף שאימצתם
טבלת לוח הזמנים של התחזוקה שנבדקה למאמר הזה, נכון ליולי 2026, היא כלהלן.20 זו רשימה של הענפים שמופיעים שם, ולא הצהרה שכל OpenHarmony הגיע לסוף התחזוקה.
| ענף | סוג | שחרור | סוף תחזוקה פעילה | סוף תחזוקה |
|---|---|---|---|---|
| 1.0.1-Release | Release | 2021-03-30 | 2022-03-30 | 2023-03-30 |
| 3.0-LTS | LTS | 2021-09-30 | 2023-09-30 | 2025-03-30 |
| 3.1-Release | Release | 2022-03-30 | 2023-03-30 | 2024-03-30 |
| 3.2-Release | Release | 2023-04-09 | 2024-04-09 | 2025-04-09 |
| 4.0-Release | Release | 2023-10-26 | 2024-10-26 | 2025-10-26 |
| 4.1-Release | Release | 2024-03-30 | 2025-03-30 | 2026-03-30 |
כשמחברים את הטבלה הזו עם אינדקס הערות השחרור, יש שלוש נקודות לבדוק.
- ענף ה-LTS האחרון הוא 3.0-LTS (ספטמבר 2021). היו ענפי LTS גם לפניו: 1.1.0 LTS (אפריל 2021) והסדרה שלו (1.1.x LTS) עוד מופיעים בהערות השחרור.17 אבל כל ענף שפורסם מ-3.1 ואילך הוא Release, כלומר שנתיים של תחזוקה.
- כל הענפים שמופיעים בטבלה הגיעו לסוף התחזוקה נכון ליולי 2026. סדרת 5.x ו-6.0 Release עוד לא מופיעים בטבלה הזו.
- זו סדר גודל שונה מהנחות היסוד של ציוד שפועל עשר שנים. בהשוואה ל-Windows 11 IoT Enterprise LTSC 2024, שנתמכת עשר שנים עד אוקטובר 2034, ההבדל בפילוסופיית התכנון בולט.
ולבסוף מחליטים מי תומך בתקופת ההפעלה של הציוד
זו לא אמירה ש-OpenHarmony נחותה; הנקודה היא שדפוס השימוש של להטמיע גרסת קהילה במוצר ולהשאיר אותה שם אינו מה שהפרויקט תוכנן אליו. באימוץ תעשייתי אמיתי, הספק של הפצה מסחרית מתחזק ענף משלו ומוכר את התחזוקה הזו. כש-Huawei אומרת ש-OpenHarmony הוציאה יותר מ-100 גרסאות מסחריות, היא מצביעה על העומק של השכבה הזו.6
8. רישיונות ואיך משיגים את קוד המקור
רישיונות
OpenHarmony אינו פרויקט ברישיון יחיד. הרישיון שונה ממאגר למאגר.
| נושא | רישיון |
|---|---|
מערכת הבנייה (build), מנוע ArkUI (arkui_ace_engine) ורכיבים רבים אחרים |
Apache License 2.05 |
ה-kernel LiteOS-A (kernel_liteos_a) |
BSD 3-Clause License21 |
| חלק ה-kernel של Linux במערכת Standard | כפוף לרישיון של kernel Linux (GPLv2) |
התיעוד הרשמי (docs) |
Creative Commons Attribution 4.022 |
כשמטמיעים אותו במוצר, הכלל הוא לבדוק אחד לאחד את ה-LICENSE של כל מאגר שאליו באמת מקשרים. סיכום בנוסח “OpenHarmony זה Apache 2.0, אז אנחנו בסדר” גורם להחמיץ את חובות ה-GPL בחלק ה-kernel.
בודקים בנפרד את תנאי השינוי וההפצה מחדש ואת ההודעות שאתם מוסרים
שינוי והפצה מחדש אינם אסורים באף אחד מהרישיונות האלה. אבל צריך למלא את התנאים שמצורפים לכל חלק שמשתמשים בו.
Apache 2.0 מתיר שינוי והפצה מחדש, ובמקביל דורש לכלול את נוסח הרישיון המלא, לשמר הודעות זכויות יוצרים וייחוס אחרות, לציין שינויים בקבצים ששונו, ולהעביר הלאה קובץ NOTICE אם קיים.5
BSD 3-Clause דורש לשחזר את הודעת זכויות היוצרים, את רשימת התנאים ואת כתב הוויתור (אם מפיצים רק בינארי, זה אומר להציג אותם במדריך או בחומר נלווה), ואוסר להשתמש בשם בעל הזכויות לצורכי המלצה.21
במילים אחרות, אם מטמיעים אותו בציוד ומשלחים אותו, העבודה של הכנת הודעות רישיון בצד המוצר היא בלתי נמנעת. החליטו בשלב התכנון איך תמלאו אותה: בסוף המדריך, במסך “פרטי רישיונות” בהגדרות המכשיר, בקובץ טקסט נלווה, או בדרך אחרת.
בודקים גם את חובת מסירת הקוד ל-kernel ואת הייחוס לתיעוד
אם משנים ומפיצים את ה-kernel של Linux במערכת Standard, נוצרת חובה נפרדת לפי GPLv2 לספק את קוד המקור המתאים. אם משכפלים את התיעוד לתוך חומר פנימי, נדרש ייחוס לפי CC BY 4.0.22
השגת קוד המקור
מבדילים בין דוגמת ענף הפיתוח לבין נעיצת גרסת שחרור
את קוד המקור משיגים עם אותו כלי repo שמשמש ל-Android. ההליך שמופיע בתיעוד הרשמי הוא כלהלן.2 הדוגמה הזו משיגה את ענף הפיתוח עם -b master. כדי לנעוץ גרסת שחרור, מחליפים לשם הענף או לתג המתוארים בהמשך.
repo init -u https://gitcode.com/openharmony/manifest.git -b master --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
אחסון מוצע ב-gitcode.com, ב-gitee.com ובמירור ב-GitHub, עם SSH ו-HTTPS כאפשרויות.2 אם רוצים להשיג גרסת שחרור נעוצה, מחליפים את שם הענף לשם גרסה כמו OpenHarmony-6.0-Release, או לתג (refs/tags/OpenHarmony-v6.0-Release). אין הליך הרשמה או אישור מיוחד.
בודקים את המבנה ב-QEMU לפני שקונים לוח
אם רוצים לבחון את המבנה לפני שקונים לוח אמיתי, יש גם מסלול שמריץ אותו ב-QEMU. מאגר device_qemu מחזיק הליכי אמולציה ל-Arm Virt (LiteOS-A / Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) ו-C-SKY (SmartL_E802).23
9. הקו האירופי — Eclipse Oniro
פרויקט שבונה הרחבות אחרות על תשתית OpenHarmony
דבר שמהנדסים ביפן נוטים לפספס הוא פרויקט Oniro שמופעל על ידי קרן Eclipse. בעמוד הפרויקט נכתב במפורש ש-“Eclipse Oniro for OpenHarmony נבנה מעל שכבת הבסיס של OpenHarmony, פרויקט קוד פתוח שמקודם ומופעל על ידי קרן OpenAtom”, ומוצג כיוון של הוספת תמיכה ב-React Native, IDE מבוסס Eclipse Theia, מנוע האינטרנט Servo וכיוצא בזה לשווקים באירופה ובעולם. הרישיונות הם Apache 2.0 ו-MIT, ומצב הפרויקט נכון ליולי 2026 הוא Incubating.7
מעריכים בנפרד את הבדלי הממשל ואת סיכון האימוץ
לארגון שמוגבל על ידי מדיניות רכש שמקשה על מערכת הפעלה שמקורה בסין, יש ערך בלדעת שקיימת אפשרות באותה שושלת תחת ממשל של קרן אירופית — ולו רק כדי להרחיב את טווח הבחינה. עם זאת, עצם היותה בשלב Incubating, והעובדה שהקהילה שלה רחוקה מאוד מהיקף של OpenHarmony עצמה, הם סיכוני אימוץ בפני עצמם.
10. סיכום — מדברים על שלושתם בנפרד
- OpenHarmony הוא פרויקט מערכת ההפעלה בקוד פתוח של קרן OpenAtom. הוא מכסה הכול מ-MCU של 128 KiB ועד מכשירים עשירים עם 128 MiB ומעלה, כמשפחה אחת, וכל אחד יכול להשיג את קוד המקור. זה מה שנבחן לאימוץ בציוד.
- HarmonyOS הוא מוצר מערכת ההפעלה המסחרי של Huawei. הדורות 2 עד 4.x שנפרסו לסמארטפונים היו שילוב עם AOSP והריצו אפליקציות Android, אבל מ-NEXT (= 5) ואילך AOSP נעלם וזה עולם של אפליקציות נייטיב של HarmonyOS. שפת הפיתוח אינה מוגבלת ל-ArkTS. סמארטפונים ושוק האפליקציות ממוקדים בסין, אבל את זה מפרידים מהפריסה של מכשירים לבישים וכיוצא בזה מחוץ לסין (פרק 4).
- Eclipse Oniro הוא קו אירופי שנבנה על OpenHarmony. נכון ליולי 2026 הוא בשלב Incubating, אבל מנקודת המבט של היכן נמצא הממשל, זו אפשרות נפרדת.
אחרי שהפרדתם את שמות המוצרים, בודקים לפי הסדר את התצורה, במה תלויות האפליקציות, מי מתחזק, והרישיונות. כך קוראים את המאמר הזה לתוך בחינת אימוץ.
ברגע שאפשר לדבר על שלושת אלה בלי לערבב, הדיון הפנימי נעשה קונקרטי בהרבה — כי במקום “האם לאמץ HarmonyOS?”, אפשר לתרגם את השאלה ל”על איזה SoC נטמיע את מערכת Standard של OpenHarmony, עם תחזוקה מאיזו הפצה מסחרית?”. ההחלטות המעשיות שמעבר לכך — חלונות תחזוקה, אפשרויות חומרה, סביבת פיתוח ורכש, בהשוואה זה לצד זה עם Windows IoT ו-Linux משובץ — מופרדות למאמר האחות.
מאמרים קשורים
- האם OpenHarmony היא מערכת הפעלה ריאלית לציוד תעשייתי? — השוואה עם Windows IoT ו-Linux משובץ
- איזו Windows להתקין במחשב תעשייתי? — מדריך מעשי ל-Windows IoT Enterprise / LTSC
- אפשרויות מעשיות אחרי סיום התמיכה ב-Windows 10
תחומי ייעוץ קשורים
ב-KomuraSoft LLC אנחנו עוסקים בבחירת מערכת ההפעלה ופלטפורמת ההרצה לציוד ולמערכות עסקיות, באבחון אם אפליקציות Windows קיימות ניתנות למיגרציה, ובבחינה של תצורות שמיועדות לפעולה ארוכת טווח. מוזמנים לפנות אלינו כבר בשלב שבו “מערכת הפעלה חדשה עלתה כמועמדת, אבל אין מספיק בסיס להחלטה”.
מקורות
-
תיעוד OpenHarmony, OpenHarmony Project. על כך ש-OpenHarmony הוא פרויקט קוד פתוח שמקודם ומופעל על ידי קרן OpenAtom; על ארכיטקטורת ארבע השכבות — שכבת ה-kernel, שכבת שירותי המערכת, שכבת ה-framework ושכבת האפליקציה; על התכנון הרב-kernel עם Linux ו-LiteOS ועל ה-KAL; על תשתית ה-drivers HDF; על DSoftBus, ניהול נתונים מבוזר, מתזמן מבוזר ויכולות וירטואליזציה של מכשירים; ועל התמיכה ב-RAM מכמה מאות KiB ועד לרמת ה-GiB. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10
-
תיעוד OpenHarmony, Source Code Acquisition. על הליך ההתקנה של כלי repo, על השגת קוד המקור באמצעות
repo init/repo sync -c/repo forall -c 'git lfs pull', ועל המירורים ב-gitcode.com, ב-gitee.com וב-GitHub ועל אפשרויות SSH/HTTPS. ↩ ↩2 ↩3 -
Wikipedia, HarmonyOS 5 (מקור משני). על כך שהדורות 2 עד 4.x של HarmonyOS שנפרסו לסמארטפונים היו תצורה ששילבה AOSP עם OpenHarmony ויכלה להריץ אפליקציות Android; על כך שב-HarmonyOS NEXT (= HarmonyOS 5) הוסרו שכבת התאימות ל-AOSP וספריות ה-Android כך שאפליקציות Android מפסיקות לעבוד; ועל כך שהשם “NEXT” אינו משמש יותר מ-HarmonyOS 6 ואילך. התיעוד הרשמי של Huawei נוצר באופן דינמי ולכן אינו ניתן לציטוט ישיר; המקור הזה מובא כמקור משני. ↩ ↩2 ↩3 ↩4
-
Wikipedia, HarmonyOS version history (מקור משני). על כך ש-HarmonyOS 1.0 היה הדור שיצא באוגוסט 2019 עבור Honor Vision (מסך חכם), ולא דור שהופץ כמערכת הפעלה לסמארטפונים. תיאורי ההרכב הפנימי של 1.0 (אם הכיל LiteOS, Linux או שכבת תאימות ל-AOSP) שונים ממקור למקור, ולכן בגוף המאמר מובא רק ההבדל במוצרים שעליהם נשלח. ↩ ↩2 ↩3
-
OpenHarmony, arkui_ace_engine LICENSE ו-build LICENSE. על כך שמאגרי מנוע ArkUI ומערכת הבנייה מופצים תחת Apache License 2.0. ↩ ↩2 ↩3
-
Huawei, HarmonyOS 7 Developer Beta Officially Launched: The All-Scenario Intelligent Operating System Upgraded Again. על כך שהבטא למפתחים של HarmonyOS 7 הוכרזה ב-HDC 2026 בדונגגואן ב-12 ביוני 2026; ש-HarmonyOS 6 עברה 66 מיליון מכשירים; שמספר המפתחים הרשומים עבר 11 מיליון ושהאפליקציות והשירותים הזמינים בחנות האפליקציות עברו 400,000; ש-HarmonyOS היא מערכת ההפעלה השנייה בגודלה לסמארטפונים בסין; ועל ההצהרה ש-OpenHarmony הוציאה יותר מ-100 גרסאות מסחריות. ↩ ↩2 ↩3 ↩4
-
Eclipse Foundation, Eclipse Oniro for OpenHarmony. על כך ש-Eclipse Oniro for OpenHarmony נבנה מעל שכבת הבסיס של OpenHarmony של קרן OpenAtom; על הכיוון של הוספת תמיכה ב-React Native, IDE מבוסס Eclipse Theia ומנוע האינטרנט Servo לשווקים באירופה ובעולם; על כך שהרישיונות הם Apache 2.0 ו-MIT; ועל כך שמצב הפרויקט הוא Incubating. ↩ ↩2
-
תיעוד OpenHarmony, Quick Start Overview. על ההגדרות של שלושת סוגי המערכת הבסיסיים — מערכת Mini (MCU, מינימום 128 KiB), מערכת Small (Cortex-A, מינימום 1 MiB) ומערכת Standard (Cortex-A, מינימום 128 MiB) — ועל היכולות והמוצרים המיועדים של כל אחד מהם. ↩
-
תיעוד OpenHarmony, OpenHarmony Development Boards List. על כך שיש 22 לוחות פיתוח שהקהילה תומכת בהם; על הרשימה של RK3568 / i.MX8M Mini / A311D / RK3399 ואחרים למערכת Standard, של Hi3516DV300 / STM32MP157A למערכת Small, ושל Hi3861 / STM32F407 / ESP32 / RISC-V HPM6750 ואחרים למערכת Mini; ועל כך שהיישומים המיועדים של MILOS_Standard0 כוללים בקרה תעשייתית ומכשירים רפואיים. ↩ ↩2
-
South China Morning Post, Huawei to open-source self-developed programming language Cangjie to rival Java and Swift (מקור משני). על Cangjie, השפה ש-Huawei פיתחה בעצמה, שתומכת בפיתוח אפליקציות ל-HarmonyOS NEXT ושהועמדה לרשות כל מפתחי HarmonyOS, ועל כך שהיא הפכה לקוד פתוח ב-2025. ↩
-
HUAWEI Developers, Design and Develop Your App. על כך שסביבת הפיתוח של HarmonyOS כוללת תבנית פרויקט Native C++ ומכסה פיתוח ב-ArkTS, ב-JS וב-C/C++. מקור משלים לקביעה בגוף המאמר שאפליקציות נייטיב אינן מוגבלות ל-ArkTS. ↩
-
Huawei, HarmonyOS 6 - Huawei China. על כך שעמוד המוצר של HarmonyOS 6 מוצע באתר הסיני. ↩
-
Huawei, HarmonyOS 2 - Huawei Global. על כך שעמוד הנחיתה של HarmonyOS באתר העולמי של Huawei לצרכנים הוא עמוד HarmonyOS 2 נכון ליולי 2026. ↩
-
Huawei Central, Global Huawei Watch 5 claims HarmonyOS 6 software upgrade ודיווחים אחרים של אותו ערוץ על הפצה למכשירים לבישים גלובליים (מקור משני). על כך ש-Huawei מפיצה עדכוני קושחה של HarmonyOS 5 ו-6 גם לשעונים חכמים מחוץ לסין (Watch 5, Watch GT 4, Watch Fit 3 וכיוצא בזה). מובא כבסיס לקביעה ש”HarmonyOS 5 ואילך = סין בלבד” אינה מדויקת. ↩
-
תיעוד OpenHarmony, OpenHarmony 6.0 Release. על תוכן 6.0 Release, כולל ההרחבות של יכולות הפריסה ב-ArkUI (LayoutPolicy ותכונות הקשורות ל-safe area), עדכון ה-kernel של Chromium ב-ArkWeb מ-114 ל-132, הוספת AppServiceExtensionAbility ותמיכה במצב קיוסק. ↩
-
תיעוד OpenHarmony, README. על כך ש-OpenHarmony 6.0 Release (API Level 20), 5.1.0 Release (18), 5.0.3 (15), 5.0.2 (14), 5.0.1 (13) ו-5.0.0 Release (12) מופיעים כגרסאות האחרונות, ו-4.1 Release (11) וקודמיו מופיעים תחת “Historical Versions No Longer Maintained”. ↩
-
תיעוד OpenHarmony, Release Notes index. על כך ש-3.0-LTS (30 בספטמבר 2021) והסדרה שלו (3.0.1 עד 3.0.8 LTS) מופיעים וכל מה שמתחיל מ-3.1 הוא מסוג Release; על כך שגם בקו 1.x היו גרסאות LTS (1.1.0 LTS ואחרות) אך הן מסומנות End of Life; ועל כך ש-6.1 Release (8 במרץ 2026), 6.0.0.1 ו-6.0.0.2 מופיעים כגרסאות חדשות יותר מאלה שברשימת “Latest Versions” ב-README. ↩ ↩2
-
HUAWEI Developers, HarmonyOS Versions. על כך שהערות השחרור המתאימות לכל גרסת HarmonyOS ולרמת ה-API שלה מתפרסמות כחלק מהתיעוד למפתחים של Huawei. ↩
-
OpenHarmony, OpenHarmony Version Lifecycle Management. על כך שמחזור החיים של ענף Release הוא שנתיים (1+1) ושל ענף LTS הוא 3.5 שנים (2+1.5), ועל ההגדרות של תקופת התחזוקה הפעילה והפסיבית (בתקופת התחזוקה הפסיבית מתוקנות רק פרצות ותקלות בדרגת קריטית ומעלה). ↩
-
תיעוד OpenHarmony, OpenHarmony Version Definitions. על ההגדרות של Master / LTS / Release / Beta / גרסאות מתויגות, ועל טבלת לוח הזמנים של התחזוקה לענפי LTS ו-Release (שרק 3.0-LTS הוא מסוג LTS, ש-1.0.1 / 3.1 / 3.2 / 4.0 / 4.1 הם מסוג Release, ושהתחזוקה של 4.1-Release הסתיימה ב-30 במרץ 2026). ↩
-
OpenHarmony, kernel_liteos_a LICENSE. על כך שה-kernel LiteOS-A מופץ תחת רישיון BSD 3-Clause (שמירת הודעת זכויות היוצרים בהפצה מחדש, שחזור כתב הוויתור בהפצת בינארי, והאיסור להשתמש בשם בעל הזכויות לצורכי המלצה). ↩ ↩2
-
OpenHarmony, docs LICENSE. על כך שמאגר התיעוד הרשמי מוצע תחת Creative Commons Attribution 4.0 International. ↩ ↩2
-
OpenHarmony, device_qemu README. על כך שמוצעים הליכים לאמולציה ב-QEMU של Arm Virt (LiteOS-A), Arm Virt (Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) ו-C-SKY (SmartL_E802). ↩
מאמרים קשורים
מאמרים עדכניים עם אותן תגיות, להעמקה בנושאים קרובים.
האם OpenHarmony היא מערכת הפעלה ריאלית לציוד תעשייתי? — השוואה ל-Windows IoT ול-Embedded Linux
האם OpenHarmony היא אופציה לציוד תעשייתי? השוואה של תחזוקה, זיכרון, כלי פיתוח וזמינות רכש מול Windows IoT Enterprise LTSC ו-Embedded Linu...
Time Travel Debugging — להקליט ולהריץ אחורה באגים שלא משתחררים באפליקציות ארוכות-ריצה
באג פעם בחודש משאיר ב-crash dump רק את התוצאה. מקליטים ומריצים אחורה את הביצוע עם WinDbg Time Travel Debugging (TTD): TTD.exe, ring buffe...
סיום התמיכה ב-printer drivers של Windows — איך אפליקציות עסקיות מתכוננות להדפסת דוחות ותוויות
Microsoft מפסיקה בהדרגה printer drivers מסוג v3/v4. מה Windows protected print mode מסיר, ואיך עושים inventory ומכינים הדפסת דוחות ותוויו...
רישיונות Power Automate — עד כמה Microsoft 365 מכסה בחינם, ומתי צריך Premium
במסגרת Microsoft 365 אפשר לבנות cloud flows על standard connectors בלי עלות נוספת, אבל Premium connectors כמו HTTP, SQL Server ו-Datavers...
לבנות כלי ניתוח ל-PowerShell בתוך PowerShell — לקרוא סקריפטים עם AST, לא עם ביטויים רגולריים
להציג AST אמיתי של PowerShell ולראות לאיזה אובייקט הופכת כל שורת קוד. לעבור מ-ScriptBlockAst ל-CommandAst ולמצוא היכן נקרא Write-Host, בל...
נושאים קשורים
העמודים האלה ממקמים את הנושא בהקשר רחב יותר של שירותים והחלטות.
נושאים טכניים ב-Windows
שער לנושאי פיתוח Windows, חקירת תקלות וניצול נכסים קיימים.
שאלות נפוצות
שאלות נפוצות בפניות בנושא המאמר.
- האם OpenHarmony ו-HarmonyOS הם אותו דבר?
- לא, הם לא. OpenHarmony הוא פרויקט מערכת הפעלה בקוד פתוח שמקודם ומופעל על ידי קרן OpenAtom; כל אחד יכול להשיג את קוד המקור, והוא מופץ תחת רישיונות קוד פתוח כמו Apache License 2.0. לעומת זאת, HarmonyOS הוא מוצר מערכת ההפעלה המסחרי של Huawei, שנבנה על OpenHarmony כתשתית ומוסיף מעליה frameworks של Huawei עצמה, פלטפורמת הפצת אפליקציות (AppGallery) ושירותי ענן (HMS). זה לא נכון ש"מכיוון ש-OpenHarmony פומבית אפשר לקרוא את כל הקוד של HarmonyOS", וגם לא ש"מכשיר שמריץ OpenHarmony יכול להתקין אפליקציות מ-AppGallery". היחס בין ה-kernel של Linux להפצת Linux מסחרית הוא מודל מנטלי שימושי.
- מה זה HarmonyOS NEXT, ואיך הוא קשור ל-HarmonyOS 5 ו-6?
- HarmonyOS NEXT הוא השם שניתן לדור של HarmonyOS שממנו הוסר הקוד שמקורו ב-Android (AOSP); כגרסת מוצר הוא מקביל ל-HarmonyOS 5. הדורות 2 עד 4.x שנפרסו לסמארטפונים שילבו AOSP עם OpenHarmony, ואפליקציות Android (APK) רצו עליהם (HarmonyOS 1.0 המוקדם יותר היה הדור שהופיע ב-2019 למסכים חכמים). מ-NEXT ואילך שכבת התאימות ל-AOSP נעלמה, ורצות רק אפליקציות נייטיב של HarmonyOS. "אפליקציית נייטיב" כאן אינה מוגבלת ל-ArkTS: גם ה-Native API (NDK) ב-C/C++ וגם Cangjie, השפה ש-Huawei פיתחה בעצמה, הם בין האפשרויות. ב-HarmonyOS 6 שהגיע אחריו השם NEXT ירד לגמרי, והוא נקרא פשוט HarmonyOS 6. ב-HDC 2026 ביוני 2026 הוכרזה הבטא למפתחים של HarmonyOS 7.
- אפשר להתקין אפליקציות HarmonyOS על מכשיר שבניתי עם OpenHarmony?
- אל תניחו שאפשר. ל-OpenHarmony ול-HarmonyOS יש שושלת משותפת ב-ArkTS וב-ArkUI, ומספרי רמות ה-API שלהם דומים, אבל אפליקציות HarmonyOS נבנות מתוך הנחה שיש את HarmonyOS SDK של Huawei ואת AppGallery, ולסביבת OpenHarmony רגילה אין את שניהם. בכיוון ההפוך, גם אין ערובה שאפליקציה שנבנתה ל-OpenHarmony תרוץ כמו שהיא על חומרת HarmonyOS אמיתית. אם אתם מאמצים OpenHarmony לציוד, תכננו מתוך הנחה שהאפליקציות ייכתבו על ידכם (או על ידי הספק של ההפצה שאימצתם) מול ה-API של OpenHarmony.
- לכמה זמן OpenHarmony נתמכת?
- מדיניות מחזור החיים של הקהילה מגדירה ענף Release כשנתיים (שנה של תחזוקה פעילה ועוד שנה של תחזוקה פסיבית) וענף LTS כ-3.5 שנים (שנתיים ועוד 1.5 שנים). עם זאת, ענף ה-LTS האחרון היה 3.0-LTS בספטמבר 2021 (לפניו היה 1.1.0 LTS), וכל ענף שפורסם מ-3.1 ואילך הוא Release. אם משתמשים במערכת ההפעלה הזו במוצר שאמור לפעול עשר שנים, כפי שקורה בציוד תעשייתי, חלון התחזוקה של הקהילה אינו מספיק בפני עצמו: או שקונים תחזוקה מספק של הפצה מסחרית, או שנדרשת יכולת פנימית לתחזק ענף משלכם.
- איך מפתח ביפן יכול להתחיל לעבוד עם OpenHarmony?
- את קוד המקור אפשר להשיג עם כלי repo ממירורים ב-gitcode.com, ב-gitee.com או ב-GitHub, ואין הליכים מיוחדים כמו רישום חשבון או היתרי ייצוא. התיעוד הרשמי זמין בשתי שפות, סינית ואנגלית; אין גרסה ביפנית. אפשר גם להריץ אותו ב-QEMU כדי לבחון את המבנה לפני שקונים לוח אמיתי. נקודת ההתחלה הריאלית היא הכניסה "Device Development" בתיעוד באנגלית, שמתחילה בהחלטה לאיזה סוג מערכת (Mini / Small / Standard) מכוונים.