מחלקה היא מצביע לכל דבר.
ובקשר לביצועים, נסה לשנות את התכנון שלך. או שלא תשנה כלל, או שתשנה ידנית בכל מקום, או וכו'
פורסם במקור בפורום CODE613 ב06/04/2014 13:41 (+03:00)
מחלקה היא מצביע לכל דבר.
ובקשר לביצועים, נסה לשנות את התכנון שלך. או שלא תשנה כלל, או שתשנה ידנית בכל מקום, או וכו'
פורסם במקור בפורום CODE613 ב06/04/2014 13:41 (+03:00)
Structure עשוי להיות הפניה לפי ערך. השמה שלו היא למעשה העתקה, וממילא אין דרך להחזיק התייחסות אליו.
ייתכן שיש דרך ע"י מצביעים, אני לא בטוח, אבל בכל מקרה הנחיות בתכנות הם ש[u:dxpie7is]לא עושים בכזה מקרה Structure.[/u:dxpie7is]
הנה הכללים (של מקרוסופט) מתי לעשות Structure, אני פשוט תרגמתי מפה Choosing Between Class and Struct:
[list:dxpie7is]
בכל מקרה אחר יש להשתמש במחלקה.
ראה גם: http://programmers.stackexchange.com/a/92369/112215
פורסם במקור בפורום CODE613 ב06/04/2014 13:15 (+03:00)
הClear לא עשוי בדוט נט לניקיון אלא פשוט להחזיר את כל ערכי המערך למצבם התחילתי.
בעיקרון מבחינת המתכנת צריך לדאוג שאין רפרנסים חיים לאובייקטים מיותרים.
לדוגמה אם יש אובייקט ענק ושדה שלו בשימוש איזה אירוע זה מונע הריסה של האובייקט, זה תחום אחירות המתכנת. כל השאר זה דאגה של ה"אוסף הזבל" של דוט נט.
אבל במידה והמשתנה הוא בסקופ של פונקציה לדוגמה, אין צורך אפי' לאפס אותו, סוף התחום שלו הרוס אותו וממילא המידע שלו "יתום" וככזה הGC - "אספן הזבל" מוחק אותו [u:3n26xzb3]מתי שהוא[/u:3n26xzb3].
בתכלס תוכל לראות שאם תעמיס אלפי מגה, מידי פעם תהיה "מחיקה" מסיבית, משא"כ במגה בודדים (מתחת למה שהוקצה לתוכנית מלתכחילה) מסיבות חיסכון בביצועים כנראה הGC לא עושה כלום.
אפשר לאלץ את הGC לאסוף ככה: GC.Collect, אני חושב שזה לא מומלץ ולא יודע למה זה משמש, תוכל לראות שזה עשוה את העבודה באמת בצורה דרמטית מבחינת הזיכרון.
באובייקטים שיש שימוש במשאבים חיצוניים, שלא תחת ניהול הדוט נט, יש צורך בטיפול בסגירת העסק, ובד"כ הם מממשים את IDisosabe ויש לקורא למתודה המתאימה או לעטוף עם Using.
פורסם במקור בפורום CODE613 ב06/04/2014 14:13 (+03:00)
אז זה כמו ILSRY והרפלקטור ודומיהם ?
זה כמו שתשאל אם תת חובה ותת מקלע זה אותו דבר.
פורסם במקור בפורום CODE613 ב03/04/2014 22:46 (+03:00)
מאיפה "נפלת" על זה?
זה כלי עזר לXXX עם המסד SQLITE. (המילה Spy זה מרגל, כלומר חוקר צפונות).
אם אתה עובד עם המסד הזה והרבה, אולי זה יכול לעניין אותך.
פורסם במקור בפורום CODE613 ב03/04/2014 20:50 (+03:00)
זה תלוי בהגדרת הVertivalAlignment, ובסוג האלמנט המכיל.
לדוגמה אם המיכל הוא StackPanel אז הוא תמיד מכווץ את האלמנט למינימום (גובה מפורש או MinHeight).
פורסם במקור בפורום CODE613 ב03/04/2014 15:02 (+03:00)
זה נקרא פעולות על סיביות.
הסיביות זה סדרה של בולאינים - כן/לא.
כשרוצים לתת הרבה אופציות לקבוצת בתים אחת (בית זה 8 סיביות) משתמשים בEnum מיוחד שמאפשר לתת ריבוי ערכים של כן לא (8 לכל בית).
(כתבתי על זה בעבר פה: http://tchumim.com/post/1236).
כדי לדעת עם סיבית דלוקה, כלומר אפשרות אחת פעילה או כבוייה, אי אפשר להשוות ישירות לערך הרצוי (FileAttributes.Directory), כי גם אם הם שווים בערך הההוא ספציפית התוצאה תהיה שהם אינם שווים בגלל אפשרויות אחרות שדלוקות או מכובות.
לדוגמה:
0 0 - האם לקריאה בלבד? בשתי המקרים לא.
1 0 - מסותר
0 0 - מערכת
0 0
1 1 - תיקיה
...
זה דוגמה שהעמודה הראשונה זה הקובץ והשניה זה האפשרות תיקיה בלבד דלוקה (FileAttributes.Directory). השוואה בינהם תניב שלילי בגלל האפשרות מוסתר שדלוקה במקור. מה שאנחנו רוצים זה לבודד את הדיקה רק על האפשרות תיקיה האם היא דלוקה, איך נבדוק זאת?
אז פעולת הAND (יש גם OR, XOR, NOT) עושה ככה, היא מחברת את שתי העמודות - מדליקה רק אם בשתיהם היה דלוק. זה מאפשר לבדוק את כל האוסף כולו כי כל האפשרויות הלא רלוונטיות סוננו ע"י הAND.
פורסם במקור בפורום CODE613 ב03/04/2014 14:59 (+03:00)
אני לא יודע, אבל נסה לבדוק תפריטים שכן עובדים בכזו כמות, ותראה איך מוגדרים.
נסה אולי גם לשנות את ה%L ל1%. (נראה לי שזה מפעיל את הפקודה שוב ושוב לכל קובץ ולא שולח הכל יחד).
כמו"כ ראיתי פה רעיון חילופי לכל זה - להשתמש בתיקיית "שלח אל" כאן: %APPDATA%\Microsoft\Windows\SendTo.
פורסם במקור בפורום CODE613 ב31/03/2014 20:08 (+03:00)
כשהטריגר משוחרר חוזרת ההגדרה המקורית, וההגדרה המקורית של כפתור היא להיות זמין (ערך ברירת מחדל).
אז זה נשאר זמין.
עליך להוסיף Setter (שורה מעל Style.Trigger) שמגדיר את הIsEnable לשלילי.
(אל תגדיר זאת ישירות בכפתור, כי אז זה ידרוס את הטריגר).
פורסם במקור בפורום CODE613 ב31/03/2014 19:30 (+03:00)
System.IO.Path.GetName(@"C:\1.23.txt")
המחלקה Path מכילה הרבה פונקציות סטטיות שימושיות, כדאי לסייר.
פורסם במקור בפורום CODE613 ב31/03/2014 17:00 (+03:00)
אני מזכירך שקומבו רגיל לא תומך בריבוי בחירות.
אז תצטרך להתקדם צעד צעד.
פורסם במקור בפורום CODE613 ב31/03/2014 19:49 (+03:00)
תסביר מה אתה רוצה שיהיה עם הקומבו הזה.
מה יופיע בבחירה, ואיך ישתמשו ברשימה.
פורסם במקור בפורום CODE613 ב31/03/2014 16:19 (+03:00)
אין נפק"מ שניהם יתנו לי את אותו תוצאה
זה במקרה שלך, בעיקרון יש נפק"מ. אבל בכל מקרה זה לא שימושי להשתמש בשם הקובץ - זה לא יכול לכלול רווחים וכודמה, וזה גם יותר מסובך ומחייב קוד.
בשביל הכותרת, החלון עצמו הוא אלמנט כמו כל האלמנטים בחלון, והTitle הוא מאפיין ככל המאפיינים. הגישה יכולה להיות או ע"י ElementName ובמקרה כזה יש לקבוע לחלון שם (x:Name), או ע"י הפניה יחסית:
Text="{Binding Title, RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type Window}}}"
פורסם במקור בפורום CODE613 ב31/03/2014 11:14 (+03:00)
שקול להשתמש עם ספריות מוכנות לזה.
יש הרבה בתשלום ובחינם, נסה למשל את זה http://sharpshell.codeplex.com/ הנה מאמר גם על ספריה זו: http://www.codeproject.com/Articles/653780/NET-Shell-Extensions-Deploying-SharpShell-Servers
פורסם במקור בפורום CODE613 ב27/03/2014 11:48 (+02:00)
אני מתמקד כרגע באפשרות 1 שהזכרת, עשיתי כך:
Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\.txt\shell] [HKEY_CLASSES_ROOT\.txt\shell\myItem] @="XXXXXXXXXXXXXXXXXXXX" [HKEY_CLASSES_ROOT\.txt\shell\myItem\command] @="C:\\Users\\USER\\Desktop\\תפריט צד בסייר\\appmenu_src\\AppendMenu\\bin\\Debug\\AppendMenu.exe"אבל לא קיבלתי שום פריט חדש בתפריט כשאני לוחץ על קבצי txt, איפה השגיאה?
בתוך הצומת .txt יש נתון ברירת מחדל ששמו txtfile. המקום בו אתה צריך לשים זה השם הזה, ככה: HKEY_CLASSES_ROOT\txtfile\shell
לdocx לדוגמה הצומת היא docxfile.
פורסם במקור בפורום CODE613 ב27/03/2014 11:45 (+02:00)
יש כמה סוגי תפריט הקשר:
המיקומים בRegistry:
פורסם במקור בפורום CODE613 ב27/03/2014 11:05 (+02:00)
נדמה לי Image. תוכל לנסות...
פורסם במקור בפורום CODE613 ב26/03/2014 16:44 (+02:00)
מוסיפים 0 אחרי הC, בC# זה ככה:
MessageBox.Show((100.00).ToString("c0"));
בXAML נראה לי אותו דבר.
תיעוד MSDN על פורמט מספרים.
פורסם במקור בפורום CODE613 ב10/07/2014 11:48 (+03:00)
מצאתי מאמר בבלוג של Stackexcange (אתר הגג של Stackoverflow),
האם לא נוכל כולם להיות נורמלים ולדבר אנגלית?
אני כמבן קראתי באמצעות תרגום גוגל.
נחשו מה כוונת התמונה שמה...
אגב, לדעתי הפעילות של הישראלים בStackoverflow היא מעל האחוז, אני נסמך על כמה השערות, אסמכתה רשמית אפשר לראות כאן: https://www.quantcast.com/stackoverflow.com/geo/countries?start=0
פורסם במקור בפורום CODE613 ב26/03/2014 11:05 (+02:00)