איך מתחילים פרויקט חדש באנגולר + C#

[תכנות זה עולם]

אני מנחה כרגע פרויקט גמר שנכתב בשפות:
אנגולר, C#, SQL server
אני מתלבטת האם הסדר צריך להיות כך:
1. כתיבת הDB לאחר וע"פ אפיון המערכת.
2. פיתוח כל צד לקוח בפני עצמו.
3. פיתוח כל צד שרת בפני עצמו(וביצוע בדיקות ע"י כלים כמו פוסטמן)
ואז לאחר שכל חלק עובד בפני עצמו יש לעשות את החיבור בין הקליינט לסרוור.

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

מה עדיף?

 

[mend]

בעיקרון הנכון והמסודר יותר זה לעבוד שלב שלב
אפיון המערכת
כתיבת DB
פיתוח צד שרת (קריאות ע"י פוסטמן)
פיתוח צד לקוח + קריאות API

 

[C]

בעיקרון הנכון והמסודר יותר זה לעבוד שלב שלב
אפיון המערכת
כתיבת DB
פיתוח צד שרת (קריאות ע"י פוסטמן)
פיתוח צד לקוח + קריאות API

בכלל לא בטוח.
פרויקט גמר הוא לא פרויקט שמאפיינים אותו חודשים ארוכים, ויודעים מראש איזה שדה בדיוק יצטרכו ב-DB.
לדעתי כדאי לחלק את המשימות לפיצ'רים קטנים, ולפתח אותם, בלי קשר לסרבר/קליינט/DB
לדוגמה לפיתוח אתר לחנות:
פיצ'ר 1: דף לוגין בקליינט + טיפול ביוזרים בשרת + הוספת טבלת יוזרים בDB
פיצ'ר 2: דף הצגת מוצרים + הוספת האופציה לקבלת רשימת המוצרים בשרת+ הוספת טבלת מוצרים בDB
פיצ'ר 3: לחצן הוספת מוצר לסל + הוספת מוצר לסל בסרבר + הוספת טבלת סל בDB
זו גם הצורה שבה עובדים כמעט בכל מקומות העבודה.

 

[מרנדרת]

בכלל לא בטוח.
פרויקט גמר הוא לא פרויקט שמאפיינים אותו חודשים ארוכים, ויודעים מראש איזה שדה בדיוק יצטרכו ב-DB.
לדעתי כדאי לחלק את המשימות לפיצ'רים קטנים, ולפתח אותם, בלי קשר לסרבר/קליינט/DB
לדוגמה לפיתוח אתר לחנות:
פיצ'ר 1: דף לוגין בקליינט + טיפול ביוזרים בשרת + הוספת טבלת יוזרים בDB
פיצ'ר 2: דף הצגת מוצרים + הוספת האופציה לקבלת רשימת המוצרים בשרת+ הוספת טבלת מוצרים בDB
פיצ'ר 3: לחצן הוספת מוצר לסל + הוספת מוצר לסל בסרבר + הוספת טבלת סל בDB
זו גם הצורה שבה עובדים כמעט בכל מקומות העבודה.

זה לא נכון,
אם הפרויקט גמר הוא פרויקט שבנוי טוב
הוא חייב להיות מאופיין מעולה לפחות ברמת הDB.
לא הייתי ממליצה לפתח כפיצ'רים למרות שזאת שיטת העבודה,
כי זה עלול להיות מייגע למפתח יחיד או שניים כל הזמן לחזור לנקודת התחלה ולחשוב מה להוסיף ומה עכשיו צריך.
(זה לא פרויקט של עבודת צוות שמתחלק בין צוות שלם..)
במיוחד למתחילה שיושבת על פרויקט שכל שינוי הכי קטן שהיא עושה במה שעשתה וחשבה קודם יקריס לה את הפרויקט כולו. (לדוגמא מקודם הייתה צריכה אובייקט כזה, אבל פתאום רגע צריך עוד פרמטר לטבלה זו בגלל מסך זה ומוסיפה ואז צריך גם לעדכן גם את המסכים הקודמים שהשתמשו, בקיצור מתכון לבלגן עבור מתחילה)
עדיף מבנה עבודה מסודר ומחולק בשביל הלימוד והיכולת.

ולכן לפי מה שאני יודעת שמקובל-
א. כתיבת הDB ע"פ האפיון +פרוצדורות שיהיו נצרכות בטוח (שליפות בסיסיות וכדומה)
ב. פתוח server side-
*פיתוח שכבת הdal הclass וההמשקות מול הdb.
*פתוח שכבת הbl של הלוגיקה(שיבוץ, חישוב, שליפות של כל סוגי האובייקטים לפי התאמה לפרויקט, מחיקות, עדכונים, התאמה וכו כל מה שאנחנו נרצה שיהיה מאחור ולא על הapi עצמו..).
*פתוח שכבת api בסיסית לפי הגיון כלשהו חלוקה לפי סוגי מחלקות/אובייקטים/מסכים וכו
ג. פתוח client side-
*פתוח (models, routing ,class,componnents (css,html,ts ולפי הצורך בשליפת data פיתוח של של קליינט לסרבר בשלבים לפי פיצ'רים בקומפוננטות פיתוח מקביל של apis לangular.

ככה עובדים ברב רובם של הסמינרים בפיתוח הפרויקטים, דבר שמוכיח את עצמו מבחינת קצב ויעילות.

בהצלחה!

 

[mend]

בכלל לא בטוח.
פרויקט גמר הוא לא פרויקט שמאפיינים אותו חודשים ארוכים, ויודעים מראש איזה שדה בדיוק יצטרכו ב-DB.
לדעתי כדאי לחלק את המשימות לפיצ'רים קטנים, ולפתח אותם, בלי קשר לסרבר/קליינט/DB
לדוגמה לפיתוח אתר לחנות:
פיצ'ר 1: דף לוגין בקליינט + טיפול ביוזרים בשרת + הוספת טבלת יוזרים בDB
פיצ'ר 2: דף הצגת מוצרים + הוספת האופציה לקבלת רשימת המוצרים בשרת+ הוספת טבלת מוצרים בDB
פיצ'ר 3: לחצן הוספת מוצר לסל + הוספת מוצר לסל בסרבר + הוספת טבלת סל בDB
זו גם הצורה שבה עובדים כמעט בכל מקומות העבודה.

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

 

[חמוש]

אני מתחילה עכשיו פרויקט, גמרתי רק את הDB,
ודוקא מה שאמרו לנו זה ללכת עכשיו לכיוון האנגולר(צד לקוח כלשהו...)
יש רעיון בלעשות קודם את הסרבר?

 

[מרנדרת]

אני מתחילה עכשיו פרויקט, גמרתי רק את הDB,
ודוקא מה שאמרו לנו זה ללכת עכשיו לכיוון האנגולר(צד לקוח כלשהו...)
יש רעיון בלעשות קודם את הסרבר?

לדעתי כן
-התממשקות בסיסית לdb בסרבר + לוגיקות ושליפות פשוטות של הdata כאלה שבטוח המסכים יצטרו לשלוף או לעדכן או למחוק וכדומה.
-אלא אם כן אתם מתחילות עם הקליינט רק בקטע העיצובי ממש בלי התוכן
ואז זה לא משנה תעצבו מסכים תבנו את המראה החיצוני
תחזרו לסרבר לבנות שליפות נתונים
וחזרה לאנגולר להתממשק עם הנתונים מהסרבר.
תבדקי איזה שיטת עבודה כיפית לך יותר ונוחה לך ולפיה תעבדי.

 

[חמוש]

לדעתי כן
-התממשקות בסיסית לdb בסרבר + לוגיקות ושליפות פשוטות של הdata כאלה שבטוח המסכים יצטרו לשלוף או לעדכן או למחוק וכדומה.
-אלא אם כן אתם מתחילות עם הקליינט רק בקטע העיצובי ממש בלי התוכן
ואז זה לא משנה תעצבו מסכים תבנו את המראה החיצוני
תחזרו לסרבר לבנות שליפות נתונים
וחזרה לאנגולר להתממשק עם הנתונים מהסרבר.
תבדקי איזה שיטת עבודה כיפית לך יותר ונוחה לך ולפיה תעבדי.

תודה!!
וואי ממש משמיים, מחר היינו מתחילות וחשוב לי הסדר הזה!
ממש תודה!