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

את ה-benchmark עשיתי מול 4 שיטות:

1. מערך שהערכים שאנו מחפשים נמצאים במפתח של האיבר.
2. מערך שהערכים שאנו מחפשים נמצאים בערך של האיבר.
3. מבנה בקרה switch.
4. מחרוזת של רשימת CSV.

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

בכל אחת מהשיטות הנ"ל עשיתי 3 בדיקות שונות:
כאשר הערך שאני רוצה למצוא: אינו קיים ברשימה, קיים בראש\תחילת הרשימה, קיים בסוף הרשימה.

הבדיקות האלו חיפשו את הערך בתוך הרשימה\ות פעם אחת בלבד.

תוצאות הבדיקות הסופיות:

קוד:

Array->key (no value)		7.1346759796142E-5
Array->key (value@beginning)	7.2449445724487E-5
Array->key (value@end)		7.4923038482666E-5

Array->value (no value)		7.5995922088623E-5
Array->value (value@beginning)	7.3432922363281E-5
Array->value (value@end)	7.6740980148316E-5

Switch...case (no value)	3.7610530853272E-5
Switch...case (value@beginning)	2.6077032089233E-5
Switch...case (value@end)	3.5613775253296E-5

CSV (no value)			3.1948089599609E-5
CSV (value@beginning)		2.8491020202637E-5
CSV (value@end)			3.284215927124E-5

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

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

הדבר שבשבילי היה הכי פחות צפוי זה שרשימת CSV מהירה יותר בשני מקרים מאשר מבנה בקרה switch.

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


במהלך שכתבתי את הנ"ל, לא רציתי לזרוק דברים באוויר, ולכן עשיתי עוד הפעם בדיקות - אף הפעם עשיתי חיפוש של ערכים רבים (ולא ערך אחד כמו מקודם) בתוך רשימת הערכים.
11 ערכים, מתוך 22 הערכים שחיפשתי, אינם קיימים ברשימה.

התוצאות מאששות את מה שחשבתי:

קוד:

Array->key	9.1075897216797E-5
Array->value	0.00028510888417562
Switch...case	0.00027334690093994
CSV		0.00012723604838054

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

החיפוש של המפתחות במערך לקח הרבה פחות זמן. זאת בזכות טבלת ה-HASH ש-PHP יצר למפתחות.
החיפוש של הערכים במערך והחיפוש של switch כמעט שווים, והכי פחות יעילים.
החיפוש ברשימת CSV שוב הפתיע - מאוד קרוב לחיפוש במפתחות המערך.

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

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

חשוב לי לציין שבכל פעם שביצעתי את הבדיקה, בידדתי את הקוד הספציפי שאני בודק לתוך קובץ נפרד, במקום לסמן את שאר הקוד בתור הערת PHP. כמו כן השתדלתי שה-CPU יהיה פנוי ב-99%.

קבצי הבדיקה:
https://2009-uploaded.fresh.co.il/2...11/33433424.rar

שו הדא לאנקלד? להכליל!
מאנקלדים? מכלילים!

1. ניתן לחסוך את כל זה במידה וכל המודולים כלולים בתיקיה יעודית ותיקיה זו אינה מכילה קובץ (או תתי קבצים) שניתן להכליל אותו בצורה בעייתית.
2. במקרים כגון אלו, הפרש הביצועים הזניח לא מהווה שיקול ביחס לצורך הנדרש. לדוגמה, מבנה switch-case דורש שינוי ברמת הקוד לעומת מערך הניתן להגדרה בקבצי תצורה מוגדרים.

1. כן, מה שכתבתי עם ה-act היה דוגמא למקרה.
2. יכול להיות, אני חושב שזה תלוי במקרה. הרעיון העיקרי היה להראות כיצד PHP מבצע דברים ולהראות את היחס בזמן ריצה בין האפשרויות.
ד"א גם מבנה switch ניתן לשינוי אם רוצים...

אפשר לשנות מבנה switch אבל לא באותה קלות.

ואני לא מבין למה קבעת שאין דרך הכי טובה.. CSV היה הכי מהיר בכל המקרים. אני לא יודע עדיין איך עשית את זה אבל נראה שזה גם משהו שאין בעיה לערוך

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

CSV היה הכי מהיר כאשר מחפשים פעם אחת ערך אחד ברשימה. אבל אם זה כמה ערכים, אז הדרך של חיפוש מפתחות במערך הכי טוב.
אני חושב ש-CSV היה הכי מהיר במקבץ הבדיקות הראשון בגלל ש-PHP מחפש את המחרוזת בזיכרון.
לעומת זאת, במבנה בקרה switch, הוא צריך לפענח את המילים של PHP (כמו case, וזיהוי מחרוזת, זיהוי נקודותיים וכו') כל פעם מחדש, אאל"ט. זיהוי המילים\ביטויים האלו די מהיר, אבל זה מה שגורם ל-CSV להיות קצת יותר מהיר.

לפי המספרים ששמת CSV תמיד הכי מהיר..

וכפי שכבר הזכירו לעיל, גם נח להגדרה.
ניתן ליצור קובץ (לדוגמה בשם config.csv) ולהגדיר בו נתונים שונים המופרדים בתו פסיק כמקובל או אף בתו "מעבר שורה" (\n) או אחר.
את הקובץ יש להכליל בזמן הריצה, וההפרדה בין ההגדרות לקוד מושלמת.

אני חושב ש- array->key מהיר יותר..:

קוד:

Array->key	0.00009107589 = 9.1075897216797E-5
CSV		0.00012723604838054

צודק, לא שמתי לב ל- E