הבלוג של ארתיום
בלוג על לינוקס, תוכנה חופשית, מוזיקה, סלסה, ומה לא!
מאמרים בנושא C++.
על כלי פיתוח מהיר ועולם המחשוב
אחת הגישות המודרניות בפיתוח תכנה היא:
כוח אדם הוא יקר. החומרה היא זולה. לכן, נשתמש בכלי פיתוח יעילים, שיחסכו לנו את הצורך בכוח אדם יקר, במקום לפתח תכנה יעילה תוך חיסכון בחומרה פחות יקרה
החשיבה הזו הגיונית ומאוד נכונה בחלק משמעותי מהמקרים. לדוגמה, אם לקוח רוצה להקים אתר עבור העסק שלו, הדבר המשמעותי כאן זו השקעה בפיתוח, עיצוב, שיווק והטמעה. מחירים האלה הם הרבה יותר גדולים מאשר מחיר החומרה שתריץ את האתר הזה. יותר מזה, גמישות הקוד והפשטות שלו, שתאפשר בצע שינויים במידת הצורך היא מאוד קריטית. כי כולם יודע, שהלקוח אף פעם לא יודע מה הוא רוצה באמת.
כנ"ל, כאשר כותבים כלי בדיקה, יישומים פנימיים של ארגון --- זמן הפיתוח וגמישות הכלים הם קריטיים.
גם צורך בהעסקת כוח אדם מיומן היא משמעותית. כידוע, לא כל המתכנתים שווים. למשל, לפי נתוני indeed ההבדל בין משכורת מפתח C++ לבין משכורת מפתח PHP או Asp.Net יכול להגיע עד פי־1.5--2.
השאלה היא, אם העיקרון הזה נכון והאם כדאי לצצד לו?
התשובה היא חד משמעית: לא. הוא נכון בחלק גדול מהמקרים, אבל הוא ממש לא נכון בהמון מקרים אחרים.
המשך...פיתוח יישומי רשת ב־C++ או הצצה ל־Boost.Asio.
במאמר זה, אביא סקירה קצרה של ספריית Boost.Asio -- ספרייה לפיתוח יישומי תקשורת ב־C++ בצורה מהירה, יעילה ונוחה. ההכרות שלי איתה התחילה, דווקא מצורכי העבודה. אחרי זמן קצת, הבנתי שהיא מאוד נוחה ואפילו תהיה שימושית עבור CppCMS. למעשה, הספרייה הזו, אפשרה לי לעטוף את ספריית ה־cache של CppCMS ולהפוך אותה למבוזרת --- לבנות פתרון בסגנון memcached --- תוך מספר שעות בלבד.
הספרייה הזו קיימת בשתי גרסאות:
- גרסת Boost.Asio: היא חלק מ־Boost החל מגרסתו 1.35.
- גרסת Asio עצמאית, שדורשת Boost גרסה 1.33 ומעלה --- מאפשרת לעשות שדרוג של ספרייה ללא תלות בגרסת Boost.
אחד המאפיינים המעניינים שלה היא העובדה, שהספרייה כולה כתובה על בסיס Template Metaprogramming ומהווה אוסף קובצי־".hpp" בלבד.
"בעיית עשרת אלפים קשרים" או "למה צריך ספריות כאלה בכלל?"
מעבר לעובדה ש־Berkeley Sockets API די מסובך, עדין ושונה במערכות הפעלה שונות --- כבר סיבה מספיק טובה לבנות מעטפת עבורו --- אני אתרכז דווקא במשהו אחר, כתיבת יישומים יעילים.
נתחיל מסיפור קצר. נגיד אתם רוצים לפתח שרת מסרים מידיים שמטפל במספר רב של הלקוחות בו זמנית. בסה"כ השרת מבצע תפקיד מאוד פשוט: קבל הודעה מלקוח מסוים, להעביר ללקוח אחר.
יש מספר גישות לבניית השרת:
המשך...על C++0x ועל TR1.
מה זה C++0x ו־TR1? הם השינויים בסטנדרט החדש של C++, כאשר C++0x מדבר בעיקר על שינויים בשפה, ביניהם: הוספת פונקציות למדא , טיפוס auto ורבים אחרים. הסטנדרט החדש מגדיר גם שינויים בספריית C++, הנקראים TR1.
היום, gcc מתקדם לאט־לאט ביישום של שינויים בליבה של השפה, אבל מה שיותר מעניין אותנו כרגע, זה שרוב השינויים המוצעים ב־TR1 כבר נכנסו לספריה סטנדרטית (כרגע תחת namespace: tr1). ביניהם: מצביעים חכמים, "אובייקט הפונקציה" או Deligators במונחי C#, טבלאות hash, ביטויים רגולריים ועוד.
חלק מהשינויים זמינים כבר בגרסה 4.1 של gcc, אחרים (כמו ביטויים רגולריים) זמינים כבר ב־gcc 4.3. חלק גדול מהשינויים האלה נלקח כפישהו מספריות Boost.
נעבור בקצרה על האופציות החדשות:
המשך...ניהול זכרון ב־C++ - האגדות והמציאות
אחת הסיבות שמפתחים רבים כל־כך אוהבים את C#/Java, היא העובדה שהזיכרון מנוהל ע"י Garbage Collector ומסיר (כמעט) כל דאגה לניהול הזיכרון מהמפתח.
כדי לנהל זיכרון דינמי ב־C המפתח נדרש לעבוד בצורה מאוד מסודרת: להחליט מתי ואיפה אתה מקצה זיכרון, איפה משחרר. כיצד מנהל שגיאות ועוד. רבים, נוהגים לחשוב ש־C++ ירש את כל הבעיות האלה מ־C. זאת בדיוק הטעות.
באמת, אם כותבים ב־C++ כמו שכתבו ב־C, זה יהיה קשה באותה מידה. אבל אם כותבים כפי שצריך לכתוב, אפשר (כמעט) לשכוח מכל הנושא של ניהול זיכרון --- הוא הופך להיות שקוף לא פחות מאשר ניהול שלו ב־Java, רק עדיין משאיר לך אופציות בחירה כשאתה באמת צריך את זה.
נתחיל עם הדוגמאות. אני אציג שלושה קטעי הקוד: אחד ב־Java, אחד ב־C ואחד ב־C++. בכל אחת מהדוגמאות, אני אצור מבנה זהה, המורכב מאובייקט שמחזיק הפניות/מצביעים לשני אובייקטים אחרים.
המשך...