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

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

Dim n As UShort = (i + (UShort.MaxValue + 1)) Mod (UShort.MaxValue + 1)

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

פורסם במקור בפורום CODE613 ב09/03/2014 21:18 (+02:00)

@רחמים

@דוד ל.ט.
אדהכי והכי ראיתי שאפשר לתת לVB.NET את ההתנהגות של C#. פשוט בC# בהגדרות הקומפילציה של הפרוייקט בברירת מחדל מסומן לא לבדוק גלישה, ובVB הברירת מחדל היא לבדוק, תוכל לשנות זאת במאפייני הפרוייקט, בכרטסת Compile תלחץ על Advanced ושם תנקה את התיבת סימון עם ה"Check Overflow". אח"כ תוכל לכתוב בדיוק כמו בהודעה הראשונה שלך באשכול והכל יעבוד טוב.

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

ואני שובר את הראש להבין את C#

פורסם במקור בפורום CODE613 ב09/03/2014 20:50 (+02:00)

@רחמים

אם אתה מסב את המספר 1 מטיפוס integer לטיפוס byte

ואני אמרתי שאפשר להסב בלי להזדקק לCByte.

פורסם במקור בפורום CODE613 ב09/03/2014 20:49 (+02:00)

והנה קוד סוף סוף שיכפר על משוגתי:

Dim n As UShort = (i + UShort.MaxValue) Mod UShort.MaxValue

פורסם במקור בפורום CODE613 ב09/03/2014 20:10 (+02:00)

@רחמים

מוציא שגיאה:

Arithmetic operation resulted in an overflow.

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

אדהכי והכי ראיתי שאפשר לתת לVB.NET את ההתנהגות של C#. פשוט בC# בהגדרות הקומפילציה של הפרוייקט בברירת מחדל מסומן לא לבדוק גלישה, ובVB הברירת מחדל היא לבדוק, תוכל לשנות זאת במאפייני הפרוייקט, בכרטסת Compile תלחץ על Advanced ושם תנקה את התיבת סימון עם ה"Check Overflow". אח"כ תוכל לכתוב בדיוק כמו בהודעה הראשונה שלך באשכול והכל יעבוד טוב.

פורסם במקור בפורום CODE613 ב09/03/2014 20:08 (+02:00)

תעשה ידנית:

Dim num2 As UShort = code1.Value Mod UShort.MaxValue

זה מאוד אופייני לVB שזה לא נעשה אוטומטית. ולכן אני כותב בVB

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

פורסם במקור בפורום CODE613 ב09/03/2014 19:45 (+02:00)

בשביל זה יש ExitAction.

<Trigger.EnterActions>
    <BeginStoryboard x:Name="story">
        <Storyboard  Storyboard.TargetProperty="(RenderTransform).(RotateTransform.Angle)">
            <DoubleAnimation From="0" To="360"
                  Duration="0:0:5" RepeatBehavior="Forever" />
        </Storyboard>
    </BeginStoryboard>
</Trigger.EnterActions>
<Trigger.ExitActions>
    <StopStoryboard  BeginStoryboardName="story" />
</Trigger.ExitActions>

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

פורסם במקור בפורום CODE613 ב06/03/2014 22:04 (+02:00)

תודה רבה!

בקשר לזה:

@ארכיטקט

מדהים!!! הלוואי וגם גוגל היתה מאפשרת את זה

בטח תהנה לראות את זה: https://bigquery.cloud.google.com/table/publicdata:samples.wikipedia?pli=1
זה פלטפורמת DB של גוגל, ובתור "דוגמאות" יש שם את wiki וgithub ועוד.

פורסם במקור בפורום CODE613 ב06/03/2014 12:20 (+02:00)

http://wpftoolkit.codeplex.com/wikipage?title=BusyIndicator&referringTitle=Home

ראה גם פקדים אחרים שלהם http://wpftoolkit.codeplex.com/
הם כולם בחינם. מאוד מפורסמים ובשימוש נפוץ.

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

@רחמים

אם הבנתי נכון מה ששמואל אמר אז הבינדינג צריך להראות כך:

@שמואל

עדכון תא באופן מיידי זה ע"יinotify property changed
[u:hn7r01xj]הבעיה שדטה סט לא עובד עם זה ולכן צריך במקרה כזה לחבר את הדטה סט למחלקות כפי שדובר בפורום כבר בעבר [/u:hn7r01xj]
אפשר לחבר לאירוע של שינוי אבל לענ"ד זה קצת מוגזם לעשות כך לכל תא
גם ב-notify יתכן שזה לא כ"כ כדאי בטח יש כאן אנשים שמבינים יותר טוב בזה
אולי זה יפתור לך גם את שאלתך השניה במקצת

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

פורסם במקור בפורום CODE613 ב04/03/2014 13:47 (+02:00)

אם ככה שמואל צדק לגמרי.
עריכה: יש לך אמנם אירוע ColumnChanged שהוא ברמת תא, בדוק אם זה עוזר לך.

פורסם במקור בפורום CODE613 ב04/03/2014 13:16 (+02:00)

מוסיפים אירוע שינוי לDataTable. משהו כזה:

AddHandler dataSetInstant.TableName.RowChanged, Sub(s, e) DataAdapterInstance.Update(e.Row)

פורסם במקור בפורום CODE613 ב04/03/2014 13:04 (+02:00)

כפי שClickOne אמר, ואין הבדל בין מקומי למרוחק.
נגיד זה הקונקשיין:
Server=ComuterName\SQLEXPRESS;Database=myDataBase;User Id=myUsername;Password=myPassword;

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

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

פורסם במקור בפורום CODE613 ב03/03/2014 13:48 (+02:00)

נסיוני: http://code.613m.org/searchbygoogle.php

פורסם במקור בפורום CODE613 ב19/03/2014 17:17 (+02:00)

@דוד ל.ט.

שבלי עזרה ממפתח המחלקה אין אפשרות כזו

@רחמים

במקרה שלי מפתח המחלקה הוא אני

@רחמים

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

@רחמים

הוא שייך רק בלחצנים של System.Windows.Forms.Button ולא בלחצנים של Microsoft.Office.Tools.Ribbon.RibbonButton

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

• על זה עניתי לך שא"א, אלא אם כן אתה הוא מפתח הכפתור, או שמפתח הכפתור עשה לך את הטובה הזו כמו במקרה של WPF/WinForms.
  ** א. אתה רוצה את הרשימה הזו גם כשהיא איננה קיימת... הרי פונקציות מאזינות לאירוע של מופע, ופה אתה מדבר על רשימה מופשטת שכפי שאמרת לא תמיד קיימת בפועל (אם הכפתור לא מוצג, המחלקה שלו לא קיימת). ב. אינך יודע באיזו טכניקה השתמשו בהאזנה לאירועים, אתה מניח שזה בדרך הדוטנטית שאתה מכיר, וזה ממש לא מוכרח. ג. גם בדוט נט, לא בהכרח שהפוקנציה המאזינה היא המבוקשת, יכול להיות (ובטוח לדעתי במקרה זה) שהיא רק נתבית - מקבלת את האירוע ולפי מזהה השולח מחליטה מה הלאה.

פורסם במקור בפורום CODE613 ב09/03/2014 11:49 (+02:00)

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

עכ"פ, בתור מפתח המחלקה אתה יכול לגשת לרשימת הנרשמים לאירוע ככה

ClickEvent.GetInvocationList()

כאשר הClick זה שם האירוע והתוספת Event היא לפנות לשדה דלגייט נסתר שהקומפיילר יוצר מאחורי הקלעים.
ואגב, בגלל ל"מאחורי הקלעים" הזה יש עלות מסויימת בזיכרון, שאיננה בC#. בשביל למנוע את זה במקרה נצרך (ריבוי משמעותי של אירועים שבד"כ לא נרשמים אליהם) יש תחביר מיוחד בשם Custom Event הנה פרטים עליו: http://msdn.microsoft.com/en-us/library/yt1k2w4e.aspx

פורסם במקור בפורום CODE613 ב06/03/2014 21:49 (+02:00)

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

ההגבלה שתוקעת אותך כאן, זה העובדה שאירוע מוגן מפני גישה למתודות שנרשמו אליו, לעניין הסרתם/הפעלתם/קבלת שמותיהם.
בעוד שבDelegate רגיל כתיבת שמו מפעילה את כל הפונקציות שנרשמו אליו, באירוע יש לך גישה לפונקציות רק אם אתה במחלקה שהכריזה על האירוע (ע"י שמו ובVB ע"י RaiseEvent). כמו"כ אתה יכול לעבור על הרשימה של המתודות וכו'. אבל מחוץ למחלקה שמכריזה על האירוע, אתה יכול להוסיף מתודות, ולהסיר את אותם מתודות שהוספת, ולא יותר.

תכל'ס לענינך, אם המקרה הוא פקד של WPF ישנה אפשרות כזאת:

ButtonInstance.RaiseEvent(New RoutedEventArgs(Primitives.ButtonBase.ClickEvent))

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

פורסם במקור בפורום CODE613 ב06/03/2014 18:56 (+02:00)

@softs

מן הסתם זה ילך ל TRASH ולא ממש יימחק והרווחת שזה לא יופיע יותר

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

פורסם במקור בפורום CODE613 ב24/02/2015 20:04 (+02:00)

soft עזוב את ג'מייל, בPOP3 יש אפשרות לבקש מהשרת לסמן כנקרא?

פורסם במקור בפורום CODE613 ב24/02/2015 19:06 (+02:00)

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

מחיפוש באינטרנט:
http://stackoverflow.com/a/352347/1271037

It's the responsibility of the POP3 client to check for this.

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

פורסם במקור בפורום CODE613 ב24/02/2015 16:31 (+02:00)