תחומים - פורום חרדי מקצועי

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

פורסם במקור בפורום CODE613 ב16/05/2014 09:46 (+03:00)

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

פורסם במקור בפורום CODE613 ב15/05/2014 19:50 (+03:00)

@דוד ל.ט.

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

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

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

אוה זה חשוב.....
@דוד ל.ט.

אבל זה לא מוריד ממך שום דאגה מהסוג שהעלית פה באשכול.

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

פורסם במקור בפורום CODE613 ב15/05/2014 17:39 (+03:00)

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

פורסם במקור בפורום CODE613 ב15/05/2014 16:57 (+03:00)

@דוד ל.ט.

1. יש טבלה בה יש הודעות ממתינות לשליחה.

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

2. יש שדה כן/לא בטבלה שההודעה נשלחה.

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

3. כל הודעה יש לה פרוצדורת שליחה שונה - מייל/פקס/SMS וגם עיבודים שונים של מערכת קבצים וכו'.
   .
   נכון מאוד.
   @דוד ל.ט.
4. שדה מספרי (להלן LastId), מייצג את מזהה הרשומה האחרונה שנכנסה.

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

2. מנהל Task - משהו שנקרא TaskScheduler. אפשר ליצור ממנו כמו טרידים עם שליטה על המספר הבו זמני של הביצוע.

קצת חדש לי אני ראיתי משהו שנקרא Parallel שזאת לולאה פשוטה שעושה עבודה אסינכרונית ואפשר לשלוט על הבו זמניות.
@דוד ל.ט.

3. פונקציית טעינה: שאילתה מהDB לשורות אשר לא נשלחו והID שלהם גדול מLastId - יצירה פר שורה של Task ע"י המנהל.

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

המושג Task הוא טריד ידידותי מאוד למפתחים. הוא מכיל בו הוראות מה לעשות בעת פעולה והוראת ריצה אסינכרונית (בברירת מחדל). כל עוד הוא לא מורץ הוא רק תופס את הזיכון של מס' שדותיו, וזה כמו מחלקה רגילה. אם הסקבילריות דורשת לדמיין שיהיו מליון רשומות שנטענות בו זמנית (ונקודת זמן אחת), אז יש מקום למנוע טעינת כל השורות ישירות לTask אלא לעשות תור FIFO - בדוט נט זה: Queue<T> ובסיום מאה Task לדוגמה, לטעון חזרה חדשים עד סיום התור.

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

ותודה בכל אופן על ההשתתפות.

פורסם במקור בפורום CODE613 ב15/05/2014 15:15 (+03:00)

שלום

יש לי אתגר בתוכנה שתפקידה לקחת רשומות מהדטה בייס ולשלוח הודעות ע"פ הרשומות.
יש כרגע כ 4 סוגי הודעות
1)פקס
2)אימייל
3)SMS
4)הודעה קולית

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

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

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

פורסם במקור בפורום CODE613 ב15/05/2014 13:20 (+03:00)

מה זאת אומרת לא מותקן? חייב שיהיה מנוע מסד נתונים אחרת איך בדיוק זה יעבוד? אתה יכול להתקין בלי סביבת העבודה אולי, אבל זה לא משמעותי. וחוץ מזה ייתכן שוינדווס נותנים את זה בילד אין החל מוינדווס 7 ומעלה.

פורסם במקור בפורום CODE613 ב14/05/2014 19:46 (+03:00)

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

פורסם במקור בפורום CODE613 ב14/05/2014 19:54 (+03:00)

מפחיד נבחנים על זה לישיבות גדולות??? :lol: :lol: :lol: :lol: :lol:

פורסם במקור בפורום CODE613 ב15/05/2014 13:27 (+03:00)

אגב לגבי ולידציה של אימיילים שזה השלב הבא יש כאן מאמר מעניין
http://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-address-until-i.aspx

פורסם במקור בפורום CODE613 ב14/05/2014 20:45 (+03:00)

@דוד ל.ט.

אפשר יותר, כעת ראיתי פה במסמך צריך להעמיק בו http://www.moc.gov.il/sip_storage/FILES/7/167.pdf

מתחיל להישמע רציני.... אז יש כאן כמה עובדי מדינה ששווים את המשכורת שלהם אני מקוה שהמיסים שלי הולכים ישירות אליהם :lol: :lol: :lol:

פורסם במקור בפורום CODE613 ב14/05/2014 19:50 (+03:00)

שלום לכולם, לגבי ולידציה של מספר טלפון תקין, עד כמה שאני יודע זה 9 ספרות ומעלה לכל הקידומות ו 10 ספרות לפחות לקידומת 05, האם ידוע למישהו על עוד ולידציות כדי לזהות מספר טלפון לא תקין עוד לפני החיוג???

פורסם במקור בפורום CODE613 ב14/05/2014 14:44 (+03:00)

תציין בבקשה V שהבעיה נפתרה.

פורסם במקור בפורום CODE613 ב15/05/2014 13:40 (+03:00)

תדביק את הקוד הבא בתוך הטופס ותקשר לפרוצדורת אירוע לאחר עדכון

Private Sub משולבת16_AfterUpdate()
Dim i
With רשימה14
.Requery
For i = 1 To .ListCount - 1
   .Selected(i) = (.Column(0, i) = משולבת16)
Next i
End With
End Sub

פעם אחרונה שאתה קורא לפקדים "רשימה 14" איך אתה היית מרגיש אם היו קוראים לך רשימה 14?????????????? :?: :?: :?:

פורסם במקור בפורום CODE613 ב14/05/2014 15:12 (+03:00)

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

פורסם במקור בפורום CODE613 ב14/05/2014 19:57 (+03:00)

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

פורסם במקור בפורום CODE613 ב13/05/2014 14:40 (+03:00)

שלום לכולם

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

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {  
            new A(1);
        }
    }


    class A
    {
        int Father;
        B b;
        Random rnd = new Random();
        public A(int father)
        {
            this.Father = father;
            b = new B(Father);
           
            System.Diagnostics.Debug.Print(rnd.Next(1,100).ToString());
        }

    }
    class B : A
    {
        public B(int father)
            : base(father)
        {

        }
    }
    class C : A
    {
        public C(int father)
            : base(father)
        {

        }
    }
}

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

פורסם במקור בפורום CODE613 ב13/05/2014 14:18 (+03:00)

@magicode

לא הכל טוב או רע.

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

פורסם במקור בפורום CODE613 ב12/05/2014 14:50 (+03:00)

@דוד ל.ט.

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

מקבל את השיחת מוסר!

@דוד ל.ט.

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

אני מסתמך על מורינו הרב מג'יקוד שהנני תלמידו המובהק אשר בכל שאלה מייד היה אומר הנה יש מחלקה מוכנה ב nodejs
@דוד ל.ט.

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

הסברתי לא פעם, שיש הבדל בין ללמוד נושא חדש, לבין ללמוד פרט חדש, ככל שהענין הופך להיות יותר פרטני כך הלימוד הוא משעמם יותר ורוטיני יותר, מחוסר סיפוק, ותחושת התקדמות. כל המהפכה התעשייתית ובפרט בעולם התוכנה, מטרתה העיקרית לייעל עבודה, ומה שכבר נעשה פעם אחת אין שום טעם לחזור עליו בעוד וריאציות, בשביל זה יש API לא? אז אני מסכים שבן אדם צריך ללמוד מדמ"ח בשביל לא להיות טפיל, אבל אין שום טעם ש 2 אנשים ברחבי הגלובוס יחזרו על אותו קוד פעמיים זה לא מקדם את היקום לשום מקום.... אז מה שאני חושב עכשיו זה להקים שירות חינמי של המרה של כל דבר מכל דבר לכל דבר (חוץ מקול למראה כמו שהיה בהר סיני כדי לשמור על הייחודיות של מעמד הר סיני) וזה יהיה מאוד פשוט, אתה שולח קובץ ומקבל קובץ בלי שום טענות ומענות. אני מניח שיש מאות מתכנתים ששוברים את הראש על דברים שטותיים כאלו, כפי שרואים בסטאק אוברפלוו וכו'. ואגב ראיתי גם ספריות שנמכרות בסכומי עתק, כפי הנראה יש חברות שצריכות את ההמרה כמו אויר בשביל כל הקשרי לקוחות ומסמכים שלהם.
@דוד ל.ט.

אני גם מתפלא מה לכהן עולם זה ולבית הקברות המיקרוסופטי

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

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

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

בכלל ClicOne נתן את הכיוון הנכון של שירות חיצוני.
זה פחות תלותי מהפקס של וינדוס שמחייב חיבור טלפוני לשרת.

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

פורסם במקור בפורום CODE613 ב12/05/2014 12:56 (+03:00)

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

וגם זה להשלמה:

לגבי שאר הטענות אגיב בהמשך.

פורסם במקור בפורום CODE613 ב12/05/2014 12:38 (+03:00)