מתכונת 8 במדעי המחשב - תכנות באינטרנט 899372

מה נדרש – לזהות את תפקידו של Request.Form.

רעיון – האובייקט Request מייצג את הבקשה שהגיעה מהדפדפן אל השרת. כאשר טופס <form method="post"> נשלח, ערכי השדות שלו נשלחים בגוף הבקשה, והשרת קורא אותם לפי ה־name של כל שדה: Request.Form["name"]. האובייקט Response הוא הכיוון ההפוך – התשובה מהשרת אל הדפדפן.

פתרון – נעבור על האפשרויות:

string name = Request.Form["fullName"];

תשובה: ב.

בדיקה – "הדפדפן" שולח את השדות fullName ו־phone, והקוד בצד השרת קורא אותם ב־Request.Form["fullName"] ו־Request.Form["phone"] ומקבל בדיוק את הערכים שנשלחו; שדה שלא נשלח מחזיר null.

טעות נפוצה: לבלבל בין Request (מה שמגיע אל השרת) לבין Response (מה שהשרת שולח לדפדפן) ולבחור באפשרות א.

מה נדרש – להחזיר עמודה אחת (address) של הדירות המקיימות שלושה תנאים יחד.

רעיון – בוחרים רק את העמודה address מהטבלה Apartments, ומסננים ב-WHERE עם שלושה תנאים המחוברים ב-AND:

שאר העמודות (rooms, floor, hasElevator) אינן משתתפות בשאילתה.

פתרון

SELECT address
FROM Apartments
WHERE city = 'Haifa' AND monthlyRent < 5000 AND aptState = 'Renovated';

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

התוצאה: Herzl 12, Hagefen 3.

טעות נפוצה: לכתוב monthlyRent <= 5000 (אז גם Moriah 7 תוחזר), או לכתוב את Haifa בלי גרשיים.

מה נדרש – להבין איזה HTML הפונקציה בונה כש־num = 6, ואיך הדפדפן מציג אותו.

רעיון – הטבלה נפתחת עם <tr> אחד לפני הלולאה, וכל סיבוב מוסיף תא <td> לאותה שורה – לכן מתקבלת שורה אחת עם תאים רבים. בכל סיבוב: אם num זוגי – נוסף תא רגיל ו־num מתחלק ב־2; אם num אי־זוגי – נוסף תא שבו המספר מודגש (<b>) ו־num הופך ל־3·num+1. הלולאה נעצרת כש־num = 1, ואחריה נוסף תא אחרון עם הערך 1.

פתרון – מעקב:

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

<table border='1'><tr><td>6</td><td><b>3</b></td><td>10</td><td><b>5</b></td><td>16</td><td>8</td><td>4</td><td>2</td><td>1</td></tr></table>

מה יוצג בדפדפן – טבלה עם מסגרת, שורה אחת ו־9 תאים (משמאל לימין, כי לטבלה אין dir), כשהמספרים 3 ו־5 מודגשים:

בדיקה – הפונקציה בדיוק כפי שהיא מופיעה בשאלה, עם num = 6, מפיקה את ה־HTML שלמעלה, ובדפדפן מוצגת שורה אחת של 9 תאים עם 3 ו־5 מודגשים. (בדיקות נוספות: עם num = 8 מתקבלים התאים 8, 4, 2, 1, ועם num = 1 – תא אחד בלבד עם 1.)

טעות נפוצה: לצייר כל מספר בשורה נפרדת – אבל <tr> נכתב פעם אחת בלבד, לפני הלולאה, ובלולאה נוספים רק תאים <td>. טעות נוספת: לשכוח את התא האחרון (1), שנוסף אחרי הלולאה.

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

רעיון: עוברים שורה-שורה ומניחים כל תא במקום הפנוי הבא. dir="rtl" – הטבלה נבנית מימין לשמאל: התא הראשון בכל שורה מוצג מימין. rowspan=3 – התא תופס את המקום שלו גם בשתי השורות הבאות; colspan=2 – התא תופס שתי עמודות.

פתרון – בניית הטבלה (3 עמודות, נספור מימין):

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

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

טעות נפוצה: לסדר את התאים משמאל לימין מתוך הרגל, למרות dir="rtl".

מה נדרש: להוסיף תמונה בתוך התא הקיים, מתחת לטקסט.

רעיון: תמונה מוסיפים בתגית <img> (תגית בודדת, בלי תגית סוגרת): src – שם קובץ התמונה, width – הרוחב בפיקסלים. כדי שהתמונה תופיע מתחת לכיתוב ולא לצידו, שמים לפניה ירידת שורה <br>. הכול בתוך אותו <td>, שנשאר עם rowspan=3.

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

<td rowspan=3>ספריית העיר<br><img src="books.png" width="60"></td>

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

טעות נפוצה: לכתוב <img href=...> במקום src, או לשים את התמונה בתא חדש – תא נוסף משבש את מבנה הטבלה.

מה נדרש – קוד C# בצד השרת שקורא שלושה משתני Session (מספר, בוליאני ומחרוזת) ומפנה לאחד משלושה דפים.

רעיון

פתרון (בתוך Page_Load של הדף):

protected void Page_Load(object sender, EventArgs e)
{
    int hour = int.Parse(Session["hour"].ToString());
    bool isResident = bool.Parse(Session["isResident"].ToString());
    string vehicle = Session["vehicle"].ToString();

    if (isResident && (hour < 8 || hour >= 18))
        Response.Redirect("freeParking.aspx");
    else if (vehicle == "electric" || (vehicle == "motorcycle" && hour >= 10 && hour < 16))
        Response.Redirect("reducedRate.aspx");
    else
        Response.Redirect("payParking.aspx");
}

בדיקה:

בכל השעות 0–23 עם תושב/לא תושב ושלושת סוגי הרכב המשתמש מופנה לדף הנכון.

טעות נפוצה: להשוות מחרוזת ב-Session ישירות בלי ToString (Session["vehicle"] == "electric" משווה הפניות של object ולא את תוכן המחרוזות, ועלול להחזיר false גם כשהערך הוא electric), ולשכוח סוגריים סביב החלק של האופנוע או סביב hour < 8 || hour >= 18.

מה נדרש: פונקציה ב-C# (צד שרת) שמחזירה true אם במספר יש בדיוק אותו מספר של ספרות זוגיות ושל ספרות אי-זוגיות.

רעיון: מפרקים את המספר לספרות: num % 10 היא הספרה האחרונה, ו-num / 10 מסיר אותה. לכל ספרה בודקים אם היא זוגית (d % 2 == 0, כולל 0) ומקדמים את המונה המתאים. בסוף משווים בין שני המונים.

פתרון – הקוד המלא בלשונית C#:

public bool isBalanced(int num)
{
    int evenCount = 0;
    int oddCount = 0;
    while (num > 0)
    {
        int d = num % 10;
        if (d % 2 == 0)
            evenCount++;
        else
            oddCount++;
        num = num / 10;
    }
    return evenCount == oddCount;
}

בדיקה – מעקב על 207813:

בסוף 3 = 3 ⇐ true.

על הדוגמאות שבשאלה: 1234, 50, 207813 ⇐ True; ‏135, 2468, 7, 12345 ⇐ False.

טעות נפוצה: לבדוק את זוגיות המספר (num % 2) במקום את זוגיות הספרה (d % 2); או לעצור את הלולאה כשהספרה היא 0 (למשל while (num % 10 != 0)) – אז במספר כמו 50 הספרה 0 לא תיספר.

מה נדרש: להציג שתי עמודות (pname, price) לשורות שמקיימות שני תנאים: הקטגוריה היא משקאות וגם המחיר קטן מ-10.

רעיון: מחברים את שני התנאים ב-WHERE בעזרת AND. ערך הטקסט 'משקאות' נכתב בגרשיים, והמספר 10 – בלי גרשיים.

פתרון:

SELECT pname, price FROM Products WHERE category = 'משקאות' AND price < 10

בדיקה: על טבלת הדוגמה התקבלו 2 שורות: מים מינרליים 5, שוקו 7. מיץ תפוזים (12) לא הוצג, וגם ביסלי (6, אבל חטיפים) לא הוצג.

טעות נפוצה: לכתוב OR במקום AND – אז יוצגו כל המשקאות וגם כל המוצרים הזולים מכל הקטגוריות.

מה נדרש: מספר אחד – סכום של price * stock על כל השורות.

רעיון: בתוך פונקציית הצבירה SUM אפשר לכתוב ביטוי חשבוני על עמודות. לכל שורה מחושב price × stock, ו-SUM מחבר את התוצאות.

פתרון:

SELECT SUM(price * stock) FROM Products

בדיקה: על טבלת הדוגמה: 5·40 + 7·25 + 12·10 + 6·30 + 15·8 + 9·0 = 200 + 175 + 120 + 180 + 120 + 0 = 795.

טעות נפוצה: לכתוב SUM(price) * SUM(stock) – זו מכפלה של שני סכומים (54 · 113) ולא סכום של מכפלות.

מה נדרש: לשנות ערך בעמודה price בשורות קיימות – רק בשורות של מאפים.

רעיון: פקודת UPDATE ... SET משנה ערכים בשורות קיימות. SET price = price + 2 מחשב את הערך החדש מהערך הישן של אותה שורה, ו-WHERE קובע אילו שורות משתנות.

פתרון:

UPDATE Products SET price = price + 2 WHERE category = 'מאפים'

בדיקה: על טבלת הדוגמה עודכנו 2 שורות: כריך טונה 15 ⇐ 17, בורקס 9 ⇐ 11. שאר המוצרים לא השתנו.

טעות נפוצה: לכתוב SET price = 2 – זה קובע מחיר 2 במקום להעלות ב-2. או לשכוח את ה-WHERE, ואז כל המוצרים מתייקרים.

מה נדרש: מספר אחד – הערך הגדול ביותר בעמודה price.

רעיון: פונקציית הצבירה MAX מחזירה את הערך הגדול ביותר בעמודה (על כל השורות, כי אין WHERE).

פתרון:

SELECT MAX(price) FROM Products

בדיקה: על טבלת הדוגמה התקבל 15 (כריך טונה).

טעות נפוצה: לכתוב SELECT price FROM Products WHERE price = MAX(price) – אי אפשר להשתמש בפונקציית צבירה בתוך WHERE.

מה נדרש – לתכנן טבלה מתוך תיאור במילים (שם, טיפוס, חובה/רשות, מפתח ראשי) ולכתוב INSERT לשתי הזמנות נתונות.

רעיון – לכל פרט בתיאור בוחרים את הטיפוס המתאים: מספר שלם – int, טקסט – nvarchar באורך המקסימלי, תאריך – date, כן/לא – bit. "חובה" פירושו שאסור ערך ריק (NOT NULL). המפתח הראשי הוא השדה שמזהה כל הזמנה – מספר ההזמנה, ומכיוון שהוא נוצר אוטומטית מגדירים אותו IDENTITY ולא כותבים אותו ב-INSERT.

פתרון

מבנה הטבלה:

אותו מבנה כפקודת SQL:

CREATE TABLE Bookings (
  BookingId   INT IDENTITY(1,1) PRIMARY KEY,
  TeamName    NVARCHAR(25)  NOT NULL,
  Phone       NVARCHAR(10)  NOT NULL,
  Room        NVARCHAR(10)  NOT NULL,
  Players     INT           NOT NULL,
  BookingDate DATE          NOT NULL,
  Paid        BIT           NOT NULL,
  Notes       NVARCHAR(100) NULL
);

הוספת שתי ההזמנות (בלי BookingId – הוא נוצר לבד):

INSERT INTO Bookings (TeamName, Phone, Room, Players, BookingDate, Paid, Notes)
VALUES ('המפצחים', '0521234567', 'צוללת', 4, '2027-03-14', 1, NULL);
INSERT INTO Bookings (TeamName, Phone, Room, Players, BookingDate, Paid, Notes)
VALUES ('הבלשים הצעירים', '0549876543', 'פירמידה', 6, '2027-03-21', 0, 'יום הולדת');

התאריך נכתב בתבנית 'yyyy-mm-dd' (ב-Access כותבים #2027-03-14#), "שולמה" הוא 1 ו"לא שולמה" הוא 0, וכשאין הערה כותבים NULL.

בדיקה – כשהכללים כתובים כאילוצים (IDENTITY, CHECK), שתי הפקודות: התקבלו הרשומות (1, 'המפצחים', '0521234567', 'צוללת', 4, '2027-03-14', 1, NULL) ו-(2, 'הבלשים הצעירים', '0549876543', 'פירמידה', 6, '2027-03-21', 0, 'יום הולדת'). הזמנה עם 7 משתתפים או עם 1, חדר 'מרתף' או בלי שם קבוצה – נדחתה. ועוד בדקנו: אם Phone מוגדר כמספר, הערך 0521234567 נשמר כ-521234567 – ה-0 אובד.

טעות נפוצה: להגדיר את הטלפון כ-int; לכתוב ב-INSERT ערך ל-BookingId שהוא IDENTITY; ולכתוב את המספרים 4 ו-6 בין גרשיים או את שם הקבוצה בלי גרשיים.

מה נדרש – לקבוע לכל אחד מחמשת ההגדים אם הוא נכון.

רעיון – לעקוב מה Page_Load עושה בכל בקשה, ולשים לב לשורה 30: הטופס נשלח בשיטה get, ולכן הנתונים עוברים בכתובת (Query String) ונקראים ב-Request.QueryString.

פתרון

מה הקוד עושה: בכל בקשה לדף, אם המשתמש לא מחובר (שורה 9) – מעבר ל-Login.aspx, ו-Response.Redirect מסיים את הטיפול בבקשה. אחרת נקראת העיר מהכתובת (שורה 12); רק אם היא קיימת ואינה ריקה (שורה 13) נשלחת שאילתה שמחזירה את התחנות באותה עיר שיש בהן אופניים פנויים (שורה 17), ונבנית ההודעה עם מספר השורות שהתקבלו (שורה 21), שמוצגת בשורה 34.

בדיקה – קוד השרת (שורות 6–23) עם הטבלה (בחיפה 3 תחנות, באחת 0 אופניים פנויים):

טעות נפוצה: לענות על הגד 4 "נכון" בלי לקרוא את תנאי השאילתה עד הסוף, ולחשוב ש-Request.Form ו-Request.QueryString מחליפים זה את זה – כל אחד מתאים לשיטת שליחה אחרת (post / get).