הבעיה היא לא הgoto

יוסף בן שמעון

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

דוגמא פשוטה לבעיה, אחד הערכים שאני משתמש הוא איזה ספרות לאפשר למאזין להקיש בתפריט/השאלה הנוכחית, ואם עשיתי תפריט שבתחילת כתיבת הקוד חשבתי לתת לו לבחור את האפשרויות 1258 בלבד, ולאחר כתיבת הקוד אני מחליט להוסיף את אפשרות 7 לתפריט, אז אני מוסיף תנאי באם ההקשה שווה 7 מה לבצע, אך אני חייב לזכור להוסיף למקשים המותרים את 7 וס"ה יהיה 12578, וכן לשנות בהודעת התפריט את החלק הנוסף.

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

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

@חוקר אמר בהבעיה היא לא הgoto:

אם המערך יהיה למעלה, אני יסתובב הלוך ושוב ואני ישאיר חלקים לעדכון אח"כ ואני ישכח וכו'.

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

clickone

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

אבל באמת שווה לבדוק גם את הצד השני...

MusiCode

אמ:לק

אני פתרתי את הסיפור של מערכת בימות המשיח.
יש לי עכשיו קוד רציף, קל, זורם.
https://www.npmjs.com/package/yemot-router

אה, בנוד.
לא בPHP...

const express = require("express");
const yemot_router = require("yemot-router");
 
const port = 3000;
const app = express();
const y = yemot_router();
 
y.add_fn(async (call) => {
 
    let massage = [{ type: "text", data: "היי, תקיש 10" }];
    let r = await call.read(massage);
 
    console.log(r);
 
    massage = [{ type: "text", data: "הקשת " + r + " תקיש 1 ונסיים סיפור" }];
    call.id_list_message(massage);
});
 
app.use("/", y);
 
app.listen(port, () => {
    console.log("lisen in port", port);
});

בבקשה הראשונה, הקוד מתחיל.
הוא מושהה עד הבקשה השנייה.
ואז לשלישית, וכו.

dovid

@MusiCode מה שפתרת זה לא הבעיה שנמצאת פה.

MusiCode

אוקיי.
אז סליחה.

שואף

@MusiCode אמר בהבעיה היא לא הgoto:

אני פתרתי את הסיפור של מערכת בימות המשיח.
יש לי עכשיו קוד רציף, קל, זורם.
https://www.npmjs.com/package/yemot-router

כל הכבוד!
ואהבתי את ההערות שכתבת

שואף

רק שעשית את הטעות שימות עשו, וכתבת massage במקום message
זה טוב לכאבי גב, אבל לא כל כך למרכזיות..

nigun

@MusiCode
מה אתה עושה אם אתה צריך לעשות שינוייןם ויש מישהו על הקו
האם שינוי של הקוד יהרוס את התהליך?

MusiCode

@nigun לכאורה כן.

MusiCode

@שואף אמר בהבעיה היא לא הgoto:

רק שעשית את הטעות שימות עשו, וכתבת massage במקום message
זה טוב לכאבי גב, אבל לא כל כך למרכזיות..

זה לא טעות.
זה מסיבות תאימות...

אולי באמת צריך להשאיר את זה רק בשידור אליהם.

nigun

@MusiCode
אז מה תעשה עם אתה צריך להכניס שינויים?
תחכה עד שכולם יגמרו
או שתעשה פרוקסי שיעביר בין כתובות?
(בFastAGI אני הסתבכתי עם זה)

MusiCode

@nigun לא חשבתי על זה.
תציע רעיונות...

nigun

@MusiCode
מה שעשתי בסוף בFastAGI
הקמתי עוד שרת DEV בתיקיה אחרת שמאזין לפורט אחר
ושם אני עושה את הפיתוח,ניסויים וכו'.
וכשיש לי שקט בשרת פרודקשן אני אני מעדכן את כל שנויים עם GIT.
אמנם זה אפשר להחזיק שרת פרוקסי שיעביר את כל שיחות לשרת DEV עד שיגמרו כל השיחות בשרת פרודקשן
אבל אצלי מחזיק מידע משותף בין השיחות בזיכרון
כך שזה לא עוזר לי, ואין לי מה לעשות אני צריך לחכות לשקט בשרת פרודקשן.

MusiCode

נמשיך פה:
https://tchumim.com/topic/8993/api-לימות-המשיח/2

תחומים - פורום חרדי מקצועי

הבעיה היא לא הgoto