אני מחפש מימוש למחלקה הזאת. עדיף שלא יהיה template (לא שאני רואה הגיון לעשות Buffer ב-template)

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

אני לא הבנתי כל כך את הניסוח של השאלה

למה בדיוק משמש ה BUFFER ?
סה"כ BUFFER הוא שטח זיכרון , ולכן ממה שהבנתי , אתה מחפש מבנה נתונים מסוים ? או שלא הבנתי...

המבנה נתונים היותר בסיסי להחזיק מידע.
פשוט מצביע לשטח זיכרון, ומשתנה נוסף שאומר מה הגודל.
וה-STL ממשים תור שנראה לי פחות מתאים ל- Buffer. חוץ מזה שהוא Template ו-Buffer לא צריך להיות template, כי Buffer הוא אובייקט שאני הולך להשתמש בו לא מעט וכל אובייקט שהוא template הוא גם תמיד inline, וזה ינפח לי את הבינארי בסוף.

אבל כבר לא משנה בסוף כתבתי לי מחלקה ל- Buffer.

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

אני אשמח אם תוכל להראות את המימוש

אני גם אשמח לקבל תגובות והצעות לשיפורים ויעולים (גם מבחינת יעילות וגם מבחינת נוחות שימוש).

ה- Namespaces שם כי זה חלק מפרוייקט יותר גדול.
חלק מה- Exceptions וה- Macroים מוגדרים בקבצים אחרים, ה- Macroים גם ככה נשארים רק ב-DEBUG.

https://2006-uploaded.fresh.co.il/2006/09/12/80822256.h https://2006-uploaded.fresh.co.il/2...12/69545687.cpp

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

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

בגדול אני חושב שזה מכוסה טוב מאד מבחינת טיפול בשגיאות , במיוחד לאור העובדה שאתה זורק Exceptions

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

אני אגיד לך בכמה מילים במה אני מתעסק
C++, MFC , Win32 Programming וקצת נורא WDM - בקרוב אני מתכוון ללמוד יותר לעומק את התחום הזה.

תודה מראש

5 יח' בשפת C, שאי אפשר לקרוא לזה באמת תיכנות. משם התפתחתי בעיקר לבד מספרים כמו שאתה עושה, אבל בעיקר בשפת C. שפת ++C למדתי ממש לא מזמן, לפני הגיוס, ועשיתי בצבא קורס שבין היתר למדתי בו גם C++.

אני יכול להמליץ לך על כמה ספרים:
ל ++C הייתי ממליץ לך לקרוא ספרים על DesignPatterns, זה נושא מאד מעשיר ומעניין.
DesignPatterns - Elements of reusable Object-Oriented Software.
ושתי ספרים מעולים שמשדרגים את רמת התיכנות שלך ב- ++C:
Effective ++C ו- More Effective ++C

ל- Win32 לא חסר ספרים, אחד הטובים זה הספר של ריכטר
Programming Applications for Windows או משהו כזה.

בהצלחה

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

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.fresh.co.il/scripts/birthday.php?date=27/04/1986]

קוד מצויין בהחלט - מא' עד ת'.
תיעוד מצויין, עיצוב המחלקה נורא נוח גם.

מה שכן, חשבת אולי להשתמש בשיטת באפר יותר אגרסיבית, שתמנע את ה-resize של הבאפר כל פעם מחדש? יכול להיות נחמד אם אתה רודף אחרי יעילות.

כתבתי לא מזמן צמד פונקציות pack/unpack ב-C שטיפלו בין השאר ב-endianess גם.
אולי אני אעלה בהמשך, זה יכול לעזור למישהו גם.

שם בהתחלה עשיתי כמוך, השתמשתי בשיטה "הבטוחה"/פאסיבית של resize על כל פעילות, אבל בעזרת profiler/time הבנתי שזה לא יישרת את הצרכים שלי, לכן הלכתי על משהו אגרסיבי יותר.

C pogrammers never die. They are just cast into void.

הממ הנה הקוד של ה-pack, הצלחתי למצוא באחד הדיסקים, אולי זה יעזור למישהו.
מי שלא מכיר את הפונקציה יכול לקרוא עליה קצת באתר של Perl או PHP.
(הפונקציה המקורית הופיע בפרל)

צרפתי דוגמא בפונקצית main - וככה משתמשים בפונקציה:

קוד:

unsigned char *pack( unsigned long *size, char *format, ... )

size -> משתנה אשר ישמור את גודל ה-data הסופי.
format -> הפורמט ליצירת הבאפר

דוגמא:

קוד:

data = pack(
			   &lSize,
			   "a2nV2aC",
			   "Hey, I'm a string",
			   "Fresh.co.il",
			   0x1234,
			   0x12345678,
			   0xaaaaffff,
			   "Damn with those strings...",
			   'E'
		   );

a-> מחרוזת שמסתיימת עם nul
n-> unsigned short, big endian
V-> unsigned long, little endian
C -> unsigned char

C pogrammers never die. They are just cast into void.