@elie1105 זה שאלה מאוד מעניינת, וקודם כל, אין פרוומוורק יותר טוב, יהיה תמיד משהו שהוא יהיה יותר מתאים לך או פחות מתאים לך.
אני לא אדבר על MAUI כי אני לא מכיר (ולא רוצה להכיר, אני לא אוהב את מייקרוסופט)
אני חושב שזה לא נכון להשוות פלאטר וקומפוז, כי אתה משווה רק הפרוומוורק שאפשר לך לבנות UI, ואם אתה מסתכל רק על זה, אז לכאורה קומפוז יותר קל, כי קוטלין היא שפה יותר מודרנית מדארט, ובשביל זה אני מפנה אותך לפה https://www.jetpackcompose.app/compare-declarative-frameworks/JetpackCompose-vs-Flutter ותראה שקומפוז זה פחות קוד מפלאטר בשביל אותו דבר.
אבל אם תחפש, כולם בלי ויצא מן הכלל יגידו לך שיותר מהיר להרים אפליקצייה עם פלאטר מאשר עם קומפוז, ואני אתן קצת סיבות, ומה אתה מפסיד עם פלאטר שאתה מרווח עם קומפוז
לקומפוז, אתה חייב לראות את הUI שלך כמו פאזל, ולכל חלק לנהל מתי הוא יתעדכן, זה נקרא RECOMPOSITION, ואם לא שמים לב לזה, מקבלים אפילו באנדרואיד אפליקצייה עם ביצועים על הפנים, הרבה הרבה אפליקציות כשעשו את המעבר בין XML לקומפוז לא הבינו את זה וקבלו אפליקצייה מאוד איטית (אף שזה נחשב נטיבי באנדרואיד), איפה שבפלאטר, הוא משווה לבד מה צריך להתעדכן או לא, ולכן, למסקנה אתה תקבל ביצועים יותר טובים רק אם אתה מבין את קומפוז, אם לא פלאטר יתן לך ביצועים יותר טובים. עד כאן על החלק של הUI.
החלק ההכי חשוב הוא הלוגיקה וכאן אני אדבר על הפלטורמות הנטיביות כלומר קוטלין באנדרואיד, IOS וWEB (כלומר לא דסקטופ), האפליקצייה זה לא רק UI, ויש בדארט הרבה יותר ספרייות שיעשו בשבילך את העבודה, אתה למשל רוצה להשתמש בספרייה בשביל לשלוח התראות והספרייה עצמה מנהלת הכל מאחרי הקלעים, ולכן זה יותר מהיר להרים אפליקצייה, בקוטלין זה לא ההשקפה, קוטלין נותן לך להתחבר לAPI הנטיביות של כל פלטפורמה כדי לקבל תוצאה מושלמת עם כל מה שנותן לך הפלטפורמה, יש דברים שקיימים בIOS ושלא קיימים באנדרואיד או הפך, ולכן בקוטלין לא תהיה מוגבל אבל תצרך להבין איך עובד IOS אנדרואיד או JS בשביל הווב, רק שאתה תכתוב בקוטלין ולא בשפה של הפלטפורמה. ולכן מובן עדיין למה יותר מהיר להרים אפליקצייה עם פלאטר, אבל המחיר יהיה שאתה יותר מוגבל.
עוד נקודה בIOS, איפה שבפלאטר, אתה חייב להשתמש בפלאטר בשביל לכתוב UI, קומפוז בKMP, זה רק רכיב שאתה לא חייב להתשמש, אתה יכול לכתוב חלק בSWIFT UI וחלק עם קומפוז, ועוד פעם זה יהיה תמיד אותו דבר, עם פלאטר זה יהיה יותר מהיר, עם קוטלין התוצאה תהיה יותר מושלמת, אתה מחליט מה לשתף ומה לא, ולכן אם תיקח אפליקצייה כמו גוגל DOCS, הלוגיקה כתוב בקוטלין ואי אפשר לראות את זה, כי כתבו את כל UI בSWIFT, אבל למעשה זה הרבה הרבה פחות עבודה בשביל גוגל.
לחזור למה שאתה אמרת, גוגל מאוד תומכים בKMP ולא בCMP, זה אוליי מתחיל להגיע, ראינו לאחרונה שגוגל חשבו את NAVIGATION 3 שזה חלק מקומפוז בשביל KMP, אבל כרגע זה עדיין מאוד מוגבל, אלא שתומכים בCMP זה כרגע בעיקר JETBRAINS.
עכשיו מגיעים לחלק הקצת כואב של קומפוז, אפליקציות דסקטופ, האקוסיסטם מאוד קטן, אני בתוך האוליי 5 אנשים שבלי הספרייות שלו, קומפוז דסקטופ לא שימושי כמעט, והבעייה העיקרית שקומפוז בדסקטופ לא מקמפל בנטיבי אלא בבייטקוד JAVA, כלומר שהתוכנה רצה בתוך מכונה וורטואלית JVM, וכדי עכשיו לשלוח התראה נטיבית בווינדוס, אז איך לך דרך פשוטה להתחבר לAPI הנטיביות של הפלטפורמה, ולכן לנגן סרטון זה גהינם, לשלוח התראה זה גם מאוד קשה וכל API נטיביות זה כמעט מחייב לכתוב בינרי (DLL) ולכתוב BINDING, שלא יהיה אי הבנות גם בפלאטר זה גם ככה אבל בגלל שהאקוסיסטם ויתר גדול, כבר עשו הכל כמעט, בקומפוז דסקטופ זה מגיע לאט לאט בזכות הקהילה כי זה לא נראה שלJETBRAINS זה מעניין אותם כ"כ, ולכן זה הרבה ספרייות צד שלישית.
יש יתרון בכל זאת, שאם מדברים על לוגיקה בקוטלין על דסקטופ יש לך כל האקוסיסטם של JAVA, וזה דבר מאוד טוב, ורק בשביל זה אני כרגע לא הייתי מוכן לעבור לקוטלין נטיבי ולהפסיד את האקוסיסטם JAVA בדסטופ.