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

בזאמל כותבים הערות כך:

<!--טקסט הערה-->

פורסם במקור בפורום CODE613 ב06/08/2015 10:35 (+03:00)

@avr416

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

נכון

@avr416

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

יש את זה Windows.Forms.FolderBrowserDialog זה לא נכלל בברירת מחדל ב WPF אלא בוינפורמס
אתה גם יכול ליצור לבד, למה לא אני בעד.

@avr416

למה ליצור שתי תיקיות של נתונים?

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

פורסם במקור בפורום CODE613 ב30/07/2015 13:06 (+03:00)

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

פורסם במקור בפורום CODE613 ב30/07/2015 12:45 (+03:00)

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

פורסם במקור בפורום CODE613 ב30/07/2015 09:34 (+03:00)

נראה לי מקופיא, שהממיר צריך לעבוד הפוך, כלומר להמיר מENUM שלך לבוליאני כיון שבינדינג פירושו שהפקד מקבל ערך מהמקור כלומר הכל מתחיל מהמקור ואז חוזר לפקד, א"כ בפונקציה Convert צריך לממש המרה מהENUM לבוליאני.

שבת שלום לך ולכל ישראל
במהרה יבוא גואל
ויחלצנו מכל צרה
מאפילה לאורה.

פורסם במקור בפורום CODE613 ב24/07/2015 17:47 (+03:00)

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

פורסם במקור בפורום CODE613 ב23/07/2015 19:11 (+03:00)

אה"נ, לקחת את הרעיון שלי עוד צעד קדימה.

פורסם במקור בפורום CODE613 ב23/07/2015 22:53 (+03:00)

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

פורסם במקור בפורום CODE613 ב23/07/2015 21:25 (+03:00)

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

Google-Translate_v1.2.4.crx.zip

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

סמן V במצב מפתח
ולחץ על טען תוסף שלא נארז
בחר את התיקיה עם כל קבצי התוסף

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

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

פורסם במקור בפורום CODE613 ב01/09/2015 19:26 (+03:00)

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

פורסם במקור בפורום CODE613 ב31/08/2015 22:45 (+03:00)

כעת הרצתי שוב וזה הדוח:
מספר פריטים 7,474,693
מיון 00:00:29.7094737
צירוף כפולים 00:00:04.0372530

את הכפולים צירפתי בינהם [לא הסרתי] כך:
יצרתי ליסט חדש
עברתי בלולאה על כל הליסט הראשי
הכנסתי את האיבר לליסט החדש
בלולאה חדשה המשכתי להכניס את האיברים הבאים עד שהגיע איבר שונה
ואז המשכתי בלולאה של הליסט הראשי

בליסט החדש נוצרו 611,496 פריטים.

פורסם במקור בפורום CODE613 ב07/04/2014 17:18 (+03:00)

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

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

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

יש באשכול הזה הסבר מפורט.

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

@ClickOne

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

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

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

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

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

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

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

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

If value.Equals(CollectionView.NewItemPlaceholder) Then
     Return Nothing
End If

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

@ארכיטקט

יש למישהו הסבר למה כשאני מתייחס לערכי null אני חייב להשתמש ב Is.

העתקה.png

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