-
רעיון מוצלח. אני בפנים.
רק נקודה קטנה. דיברו פה על js\php וכו'.
רק לא עשו את ההפרדה בין פרונט\באקאנדלדעתי פרונט צריך להיכתב בריאקט \ אנגולר
ואפס רינדור של דאטא בצד שרת.
כל המידע מגיע מAPI.
אולי אפילו GraphQL?
אם יש מסמך ארכיטקטורה ראשוני - אשמח לקישור. -
@upsilon01
יכול להיות שזה גם אפשרות מעולה.
לא יצא לי להתנסות איתה כמעט.אתה ממליץ עליה?
-
לא בטוח שבשלב הראשון צריך להשתמש בפריימוורק בצד לקוח, אפשר להשאיר אותו רזה ולרנדר.HTML בצד שרת, מקסימום קצת jQuery
מה שכן, צריך לתכנן נכון את הצד שרת כדי לאפשר בעתיד לעבוד עם SPA, צריך הפרדה בין הראוטינג שמרנדר את התצוגה לבין הקונטרולר האחורי שניגש לדאטבייס ומחזיר JSON.
לענ"ד כדאי שהמנחה של הפרוייקט יהיה מודע לענין הזה מלכתחילה -
עוד משהו, (אם לא תכעסו שאני מחלק עצות בלי שהתבקשתי...) יש מי שיחלוק עלי, אבל לדעתי השלב הראשון לפני במריבות על השפה - צריך לפתוח מסמך גוגל שיטס ולתכנן את מבנה המסד, טבלאות ועמודות, זה החלק הכי קריטי לענ"ד.
-
אם בסוף תלכו על נוד, לא צריך לדעת SQL אפשר ועדיף להשתמש בזה
https://sequelize.org/v5/
כך מתנהלים מול הדאטבייס בצורה הגיונית עם ישויות ואובייקטים, והכל בJS טהור עם פרומיסים
(תודה ל @zvizvi שהכיר לי את זה) -
@יוסף-בן-שמעון אמר בפרוייקט אבן הטוען:
הקונטרולר האחורי שניגש לדאטבייס ומחזיר JSON.
זה בעצם API server.
זה בהחלט האפשרות העדיפה.גם אם התכלס הרינדור יהיה כרגע בצד שרת - עדיין כדאי להפריד בין תצוגה לבין נתונים.
לגבי מנחה,
א. מכיוון ומראש מדובר פה כפרויקט למידה לפרויקט שיתופי.. לדעתי זה מאוד מכביד להיות מנחה של דבר כזה.
אם בכל זאת מישהו מתנדב - אשריו!
ב. בא נגיד והפרויקט באוויר ויש אתר פעיל והכל. בתכלס מישהו יצטרך להיות אחראי עליו. וכשלמישהו יהיה חשק גם להחזיר הוצאות, הבלגן עלול להתחיל.. את כל זה אתה מכליל באחריות המנחה? -
@aaron אמר בפרוייקט אבן הטוען:
לגבי מנחה,
א. מכיוון ומראש מדובר פה כפרויקט למידה לפרויקט שיתופי.. לדעתי זה מאוד מכביד להיות מנחה של דבר כזה.
אם בכל זאת מישהו מתנדב - אשריו!
ב. בא נגיד והפרויקט באוויר ויש אתר פעיל והכל. בתכלס מישהו יצטרך להיות אחראי עליו. וכשלמישהו יהיה חשק גם להחזיר הוצאות, הבלגן עלול להתחיל.. את כל זה אתה מכליל באחריות המנחה?השאלה מופנית אלי?