בגרות במדעי המחשב תכנות באינטרנט 899372 - קיץ 2025

מה נדרש: לבחור את התיאור הנכון של האובייקט Response.

רעיון: בתקשורת שרת-לקוח יש שני כיוונים:

פתרון: התשובה הנכונה היא ג – האובייקט מכיל את התגובה מהשרת לדפדפן.

בדיקה – למה האחרות שגויות:

מה נדרש: שמות ונושאים של החדרים שקבוצה של 5 שחקנים יכולה לשחק בהם.

רעיון: 5 שחקנים יכולים לשחק בחדר אם 5 נמצא בטווח המותר של החדר: המינימום לכל היותר 5 וגם המקסימום לפחות 5. בוחרים (SELECT) רק את שתי העמודות name ו-subject ומסננים (WHERE) בשני תנאים המחוברים ב-AND.

פתרון:

SELECT name, subject
FROM EscapeRoom
WHERE minUser <= 5 AND maxUser >= 5;

(אפשר גם לכתוב WHERE 5 BETWEEN minUser AND maxUser – BETWEEN כולל את שני הקצוות.)

בדיקה: השאילתה על טבלה לדוגמה:

התקבלו שלוש השורות הראשונות בלבד, כמצופה.

טעות נפוצה: לכתוב minUser = 5 או maxUser = 5 – כך מפספסים חדרים שבהם 5 נמצא בתוך הטווח. טעות נוספת: minUser >= 5 (הכיוון הפוך).

מה נדרש: מה יראה המשתמש בדפדפן (לא את מחרוזת ה-HTML, אלא את התצוגה שלה).

רעיון: הפונקציה בונה מחרוזת HTML: <ul> פותח רשימה לא ממוספרת (רשימת תבליטים), כל <li>...</li> הוא פריט ברשימה, ובסוף </ul> סוגר אותה. הלולאה רצה על i מ-1 עד 10: עבור i זוגי (i % 2 == 0) נוסף פריט "Even number: i", ועבור i אי-זוגי – "Odd number: i". Response.Write שולח את המחרוזת לדפדפן, והדפדפן מציג אותה כרשימה.

פתרון – מעקב:

המחרוזת שנשלחת לדפדפן:

<ul><li>Odd number: 1</li><li>Even number: 2</li><li>Odd number: 3</li><li>Even number: 4</li><li>Odd number: 5</li><li>Even number: 6</li><li>Odd number: 7</li><li>Even number: 8</li><li>Odd number: 9</li><li>Even number: 10</li></ul>

הפלט שיוצג בדפדפן – רשימת תבליטים (נקודה • לפני כל שורה), כל פריט בשורה נפרדת:

בדיקה: 10 פריטים – 5 אי-זוגיים (1, 3, 5, 7, 9) ו-5 זוגיים (2, 4, 6, 8, 10), לסירוגין, מתחילים ב-Odd כי 1 אי-זוגי.

טעות נפוצה: לכתוב את התגיות <li> כחלק מהפלט, או לרשום מספרים 1–10 בתחילת השורות – <ul> מציגה תבליטים ולא מספור (מספור היה מתקבל עם <ol>).

מה נדרש: לזהות איך הדפדפן מסדר את תאי הטבלה.

רעיון: עוברים שורה-שורה (<tr>) ומניחים כל תא (<td>) במקום הפנוי הבא בשורה. colspan=2 – התא תופס שתי עמודות; rowspan=2 – התא תופס גם את המקום שלו בשורה הבאה. dir="ltr" – התא הראשון בכל שורה נמצא משמאל.

פתרון – בניית הטבלה:

מתקבלת הטבלה של אפשרות b.

בדיקה: הצגנו את הקוד בדפדפן וקיבלנו בדיוק את סידור התאים של b. האפשרויות האחרות נפסלות:

מה נדרש: להפוך את המילה Animals לקישור.

רעיון: קישור נכתב בתגית <a> עם התכונה href שמכילה את כתובת היעד. הטקסט שבין <a ...> ל-</a> הוא מה שלוחצים עליו. עוטפים את המילה Animals בתוך התא הקיים (התא נשאר עם colspan=2 ו-align="center").

פתרון: מחליפים את שורת התא הראשון בשורה:

<td colspan=2 align="center"><a href="https://he.wikipedia.org/wiki/Animal">Animals</a></td>

בדיקה: בהצגת הדף המילה Animals מופיעה כקישור (כחול עם קו תחתון) במרכז השורה העליונה, ולחיצה עליה מעבירה ל-https://he.wikipedia.org/wiki/Animal. מבנה הטבלה לא השתנה.

טעות נפוצה: לשים את <a> מחוץ ל-<td> (בין <tr> ל-<td>) – זה HTML לא תקין. טעות נוספת: לשכוח את המירכאות או את https:// בכתובת.

מה נדרש: קוד צד שרת (C#) שמעביר את השחקן לאחד משלושה דפים לפי ערכי שלושה משתני Session.

רעיון:

פתרון (בקובץ ה-code behind של הדף):

protected void Page_Load(object sender, EventArgs e)
{
    int time = (int)Session["time_room1"];
    bool solved = (bool)Session["solved_colors"];
    int keys = (int)Session["keys_found"];

    if (time < 25 && solved && keys >= 5)
        Response.Redirect("openSafe.aspx");
    else if (keys >= 3 && (time < 30 || solved))
        Response.Redirect("cluePage.aspx");
    else
        Response.Redirect("openPage.aspx");
}

בדיקה: בכל הצירופים של הערכים הקוד מפנה לדף הנכון. כמה דוגמאות:

טעות נפוצה:

מה נדרש: פונקציה בוליאנית שבודקת אם הספרה הראשונה של אחד המספרים שווה לספרה האחרונה של המספר האחר.

רעיון:

פתרון:

// פעולת עזר: מחזירה את הספרה הראשונה (השמאלית) של מספר חיובי
public int FirstDigit(int num)
{
    while (num >= 10)
        num = num / 10;
    return num;
}

public bool IsHeadTail(int num1, int num2)
{
    // הספרה הראשונה של אחד שווה לספרה האחרונה של האחר (בכל אחד משני הכיוונים)
    return FirstDigit(num1) == num2 % 10 || FirstDigit(num2) == num1 % 10;
}

בדיקה:

טעות נפוצה: לבדוק רק כיוון אחד (ראשונה של num1 מול אחרונה של num2) – אז הזוג (9, 159) מהדוגמה כן עובד, אבל (123, 38) נכשל. טעות נוספת: לולאה while (num > 0) num = num / 10; – היא מגיעה ל-0 ומאבדת את הספרה.

מה נדרש: מספר הפעילויות (כמה שורות) שבהן count גדול מ-20.

רעיון: מסננים ב-WHERE את השורות עם count > 20, וסופרים אותן בפונקציית הצבירה COUNT(*). שם העמודה count זהה לשם הפונקציה COUNT, ולכן כדאי לעטוף אותו בסוגריים מרובעים [count] כדי שיובן כשם עמודה.

פתרון:

SELECT COUNT(*) AS numActivities
FROM GroupActivities
WHERE [count] > 20;

בדיקה: על טבלת הדוגמה: השורות המתאימות הן טיול אופניים (40), סדנת יצירה (35), הפנינג קיץ (80); פיסול (15) לא. התקבל 3, כמו בדוגמה.

טעות נפוצה: להחזיר את השמות (SELECT activityName) במקום את הכמות, או לכתוב >= 20 במקום > 20.

מה נדרש: הערך הגדול ביותר בעמודה dayNum.

רעיון: פונקציית הצבירה MAX מחזירה את הערך המקסימלי בעמודה. אין צורך ב-WHERE – בודקים את כל הפעילויות.

פתרון:

SELECT MAX(dayNum) AS maxDay
FROM GroupActivities;

בדיקה: הערכים בעמודה dayNum הם 25, 30, 70, 10. התקבל 70, כמו בדוגמה.

טעות נפוצה: לחפש את המקסימום בעמודה count (המספר המקסימלי המותר) – אבל השאלה שואלת על מספר המשתתפים בפועל בשעות היום, כלומר dayNum.

מה נדרש: שם ומשך של כל פעילות שבה eveningNum > dayNum.

רעיון: בוחרים את העמודות activityName ו-duration, ובתנאי WHERE משווים בין שתי עמודות באותה שורה – SQL מאפשר להשוות עמודה לעמודה, לא רק לקבוע.

פתרון:

SELECT activityName, duration
FROM GroupActivities
WHERE eveningNum > dayNum;

בדיקה: על טבלת הדוגמה:

(30 > 25 ו-35 > 30; בהפנינג קיץ 40 < 70 ובפיסול 7 < 10.)

מה נדרש: סכום העמודה dayNum על כל השורות.

רעיון: פונקציית הצבירה SUM מחברת את כל הערכים בעמודה.

פתרון:

SELECT SUM(dayNum) AS totalDay
FROM GroupActivities;

בדיקה: 25 + 30 + 70 + 10 = 135 – התוצאה 135, כמו בדוגמה.

טעות נפוצה: להשתמש ב-COUNT(dayNum) – זה סופר שורות (4) ולא מחבר ערכים.

מה נדרש: להשלים חמישה ביטויים בקוד שסופר כניסות תקינות ומגביל כל משתמש ל-3 ניסיונות.

רעיון:

פתרון:

הקוד המלא:

protected void Page_Load (object sender, EventArgs e)
{
    if (Session["log"] == null) // איתחול
        Session["log"] = 0;
    if ((int)Session["log"] >= 3) // LOGIN מותר מקסימום 3 נסיונות
        Response.Write("חרגת ממספר הנסיונות האפשריים");
    else
    {
        // המשתנים UserName, PassWord מכילים את שם המשתמש והסיסמא שהמשתמש הכניס בטופס
        bool ok = Login(UserName, PassWord);
        if (ok)
        {
            Application.Lock();
            if (Application["myCount"] == null)
                Application["myCount"] = 0;
            Application["myCount"] = (int) (Application["myCount"]) + 1;
            Application.UnLock();
        }// End if
        else
        {
            Session["log"] = (int)Session["log"] + 1;
        }// End else
    }// End else
} // End Page_load

הערה: בשורה (4) מודפס בשאלון Application( – כנראה טעות דפוס במקום Application.; הפקודה הנדרשת היא Application.UnLock();.

בדיקה: Session נפרד לכל משתמש ו-Application משותף (סיסמה נכונה בדוגמה: 1234):

טעות נפוצה: להשוות Session["log"] >= 3 בלי המרה – object אי אפשר להשוות למספר, והקוד לא עובר הידור. טעות נוספת: לשכוח את UnLock – אז הנעילה נשארת עד שהשרת מסיים לטפל בבקשה, ובינתיים בקשות של משתמשים אחרים שצריכות את Application ממתינות. משחררים את הנעילה מיד אחרי העדכון.

מה נדרש: להסביר מה מייצג המשתנה Application["myCount"].

רעיון: משתנה Application נשמר בשרת אחד לכל האתר ומשותף לכל המשתמשים, ונשאר קיים כל זמן שהאתר פועל (לא נמחק כשמשתמש עוזב).

פתרון: Application["myCount"] הוא מונה הכניסות התקינות לאתר – של כל המשתמשים יחד. בכל פעם שמשתמש כלשהו מתחבר בהצלחה (Login מחזירה true), המונה גדל ב-1. בפעם הראשונה הוא null ולכן מאותחל ל-0. מאחר שכמה משתמשים עשויים להתחבר באותו רגע, העדכון נעשה בין Application.Lock() ל-Application.UnLock(), כדי שלא יאבדו ספירות.

בדיקה: אחרי שתי כניסות תקינות של דנה (ומשתמש נוסף שנחסם) הערך הוא 2 – אותו ערך נראה מכל ה-Session-ים.

מה נדרש: להסביר מה מייצג המשתנה Session["log"].

רעיון: משתנה Session נשמר בשרת בנפרד לכל משתמש (לכל דפדפן/גלישה), ולכן מתאים לשמירת מידע אישי בין טעינות של הדף.

פתרון: Session["log"] הוא מונה ניסיונות הכניסה הכושלים של המשתמש הנוכחי. בטעינה הראשונה הוא מאותחל ל-0; בכל ניסיון כושל (Login מחזירה false) הוא גדל ב-1; לפני כל ניסיון בודקים אותו, וכשהגיע ל-3 – המשתמש לא יכול לנסות שוב ומוצגת לו ההודעה "חרגת ממספר הנסיונות האפשריים". כך כל משתמש מוגבל ל-3 ניסיונות, בלי להשפיע על משתמשים אחרים.

בדיקה: אבי נחסם אחרי 3 כישלונות (log = 3) ואילו אצל דנה, באותו זמן, log = 1 והיא ממשיכה להתחבר.

מה נדרש: להשלים שמונה ביטויים בפונקציה ששולפת ממסד הנתונים את הפעילויות המתאימות ומציגה אותן בטבלת HTML.

רעיון – שלבי העבודה עם מסד נתונים:

התנאי בשאלה: "נמשכות לפחות 90 דקות" ← duration >= 90, "ומתאימות לקבוצה של לפחות 15" ← count >= 15 – שני התנאים יחד, כלומר AND.

פתרון:

הפונקציה המלאה:

protected void printTable(string connectionString){
   string resultStr = "";
   DataSet ds = new DataSet();
   SqlConnection connection = new SqlConnection(connectionString);
   SqlCommand cmd = new SqlCommand();
   cmd.CommandText = "SELECT * FROM [dbo].[GroupActivities] WHERE duration >= 90 AND count >= 15";
   cmd.Connection = connection;
   connection.Open();
   SqlDataAdapter adapter = new SqlDataAdapter(cmd);
   adapter.Fill(ds);
   connection.Close();
   resultStr += "<table dir=rtl><tr><th>activityName</th><th>duration</th><th>count</th><th>dayNum</th><th>eveningNum</th></tr>";
   foreach (DataRow dr in ds.Tables[0].Rows) {
      resultStr += "<tr>";
      resultStr += "<td>" + dr["activityName"] + "</td>";
      resultStr += "<td>" + dr["duration"] + "</td>";
      resultStr += "<td>" + dr["count"] + "</td>";
      resultStr += "<td>" + dr["dayNum"] + "</td>";
      resultStr += "<td>" + dr["eveningNum"] + "</td>";
      resultStr += "</tr>";
   }
   resultStr += "</table>";
   Response.Write(resultStr);
}

הערה: בשאלון השאילתה ושורת הכותרות של הטבלה מודפסות על פני שתי שורות, ובסוגריים המרובעים מופיעים רווחים ([ GroupActivities ]). בקוד C# אמיתי מחרוזת רגילה חייבת להיות בשורה אחת ושם הטבלה בלי רווחים, ולכן בפתרון הן כתובות כך.

בדיקה: הפונקציה על טבלת הדוגמה משאלה 7. השאילתה מחזירה את טיול אופניים (240 דקות, 40) ואת הפנינג קיץ (180 דקות, 80); סדנת יצירה (60 דקות) ופיסול (50 דקות) נפסלות בגלל משך הפעילות. המחרוזת שנשלחה לדפדפן:

<table dir=rtl><tr><th>activityName</th><th>duration</th><th>count</th><th>dayNum</th><th>eveningNum</th></tr><tr><td>טיול אופניים</td><td>240</td><td>40</td><td>25</td><td>30</td></tr><tr><td>הפנינג קיץ</td><td>180</td><td>80</td><td>70</td><td>40</td></tr></table>

טעות נפוצה: להשלים ב-(4) OR – אז תוצג גם פעילות קצרה שמתאימה ל-15 אנשים (למשל סדנת יצירה). טעות נוספת: ב-(1) לכתוב null – זה עובד ב-C# אבל לא נכון רעיונית; מאתחלים מחרוזת שמוסיפים לה כמחרוזת ריקה.