הוסטס - פורום אחסון האתרים הגדול בישראל

הוסטס - פורום אחסון האתרים הגדול בישראל (https://hosts.co.il/forums/index.php)
-   פורום תיכנות (https://hosts.co.il/forums/forumdisplay.php?f=14)
-   -   PHPClasses: על הכוונה להוציא מהשפה את ספריות ה-MySQL (https://hosts.co.il/forums/showthread.php?t=91037)

M.a.T.a.N 27-07-11 01:18

ציטוט:

נכתב במקור על ידי DBase (פרסם 812420)
ישן רצח היום כבר עובדים עם OOP, תתקדם כבר.

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

intercooler3819 28-07-11 20:59

אם אני ירצה לכתוב סקריפט שיגבה לי את הקבצים במחשב אני יעשה את זה עם PYTHON כי זה שתי שניות וזה ממש נוח, פרקטי, לא מסובך ויעיל
אז כשאני ירצה לכתוב אתר בכמה שניות זה יהיה עם PHP, וכן גם לאתר בכמה שניות צריך MYSQL :)

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

intercooler3819 28-07-11 21:02

ציטוט:

נכתב במקור על ידי M.a.T.a.N (פרסם 812345)
חחחח את האמת שאני זוכר שעוד כשהתחלתי להתעסק עם הבניית אתרים הייתה לי התלבטות בין PHP לASP, אחד הפרמטרים היותר חזקים שמשכו אותי לPHP דווקא היה המסד נתונים.
עכשיו כשהם יהיו אותו דבר בעניין זה הדבר יהיה מצער, אופפפ!
באמת חבל עכשיו לשנות משהו שכבר הושתת ונבנה על יסודות השפה, אז מי עובר איתי ל ASP ? |Lol|

*עוד שאלה, הדבר כבר נקבע או שעדיין לא ברור אם יקבלו את ההצעה של פיליפ אולסון?

בין מה שכתבת אין שום קשר להודעה - אני מבטיח לך שאף אחד לא יעבור להשתמש בקבצי ASCII לטובת מסדי נתונים :)
ודרך אגב באותו אופן ש ב PHP יש MYSQL אז ב ASP יש מסד נתונים אחר עם פונקציונאליות מאוד דומה

ציטוט:

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

אני לדעתי הייתי פוסל את זה על הסף כי זה יכול ליצור מלא בעיות.

מסכים במיליון אחוז

ציטוט:

נכתב במקור על ידי בניה (פרסם 812308)
הגיע הזמן :P

זה אולי גם יעלה את הרמה הממוצעת של הקוד PHP שרואים פה בארץ:

PHP קוד:

$id1 $_GET['id'];
$res1 mysql_query("SELECT * FROM users WHERE id=$id1");
$row mysql_fetch_array($res1); 

|Lol|

אני בעצמי כתבתי כאלה קודים (טוב נו הייתי משתמש ב ESCAPING), ואני בטוח שגם אתה
אין צורך להטיח שטויות כאלה ובמיוחד שהמרחק שלהם מהאשכול הזה הוא כמו ממאדים+-

|לב|

link 29-07-11 19:50

ציטוט:

נכתב במקור על ידי בניה (פרסם 812308)
הגיע הזמן :P

זה אולי גם יעלה את הרמה הממוצעת של הקוד PHP שרואים פה בארץ:

PHP קוד:

$id1 $_GET['id'];
$res1 mysql_query("SELECT * FROM users WHERE id=$id1");
$row mysql_fetch_array($res1); 

|Lol|

בזמנו עשיתי מחלקה שמושתת על הפונקציות האלה וזה הולך משהו כזה:
$this->query(QUERY);(סתם דוגמא).

אני לא חושב שאם מתכנת משתמש בmysqli או במחלקה רגילה של mysql זה באמת משנה כי בסך הכול זה צריך להיות נוח בהתחלה ומי שלא נוח לו לתכנת ככה אי אפשר לחייב אותו.

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

ולכן, הייתי פוסל על הסף(בשנית) את המכתב הזה ולא ממשיך הלאה. הרי בסופו של דבר זה לא מפריע לו אם השרת שלו תומך אך ורק בmysqli.זה לא מה שיריץ לו את הסקריפט יותר מהר.

choko 29-07-11 19:55

מצד אחד צריך לתכנת בצורה יותר מתקדמת , חסכונית במשאבים וללא שכפול קוד. בכל מקרה האפליקציה שלכם (בין אם היא כתובה ב- php/java/c#/c++ וכו' צריכה להיות כמה שיותר חסכונית במשאבים כי ככה היא תרוץ מהר יותר וככה תוכלו להריץ יותר אפליקציות על יצרן משאבים אחד (מחשב\שרת). אך עם כל זאת אני לא מסכים עם הוצאת המחלקה הזו , במידה ויעשו זאת רוב האתרים לא יעבדו , המון אתרים משתמשים בפונקציות האלו.
בעקבות האשכול עברתי ל- mysqli אך כמוני עוד רבים לא הכירו את המחלקה הזו לפני כן.

link 29-07-11 20:10

כן, צריך לעשות מעבר. וכל אותם אתרים שמדריכים צריכים באמת לבצע זאת בPDO או בmysqli, אבל לבוא ולחייב בן אדם כשהוא לא רוצה בכך זה אסור, לא מנומס ולא נותן לו את הנוחות בתכנת ובלהיות מתכנת. זה צריך לבוא מהבן אדם ולא מבחוץ.


כל הזמנים הם GMT +2. הזמן כעת הוא 10:30.

מופעל באמצעות VBulletin גרסה 3.8.6
כל הזכויות שמורות ©
כל הזכויות שמורות לסולל יבוא ורשתות (1997) בע"מ