D
אלא שזה די מוזר שמייקרוסופט יחטאו בנושא כל כך בסיסי (ואגב זה קורה בעיקר עם אינדקסים טקסטואליים, אם זה אומר משהו מבחינת הזמן שלוקח לו לעדכן אותם).
למה מוזר? הם חוטאים קבוע (בכל מקום בו אתה נכשל :lol: 
).
נדמה לי שאחרי לימוד נושא האינדקסים, תיעלם הסיטואציה בה נמצא החטא.
פורסם במקור בפורום CODE613 ב25/11/2014 21:19 (+02:00)
י.
אפשרות נוספת היא טבלה מקשרת עם מפתח זר שלה אצל האיש, אבל עדיין מה היא תכיל?
זה דוקא קל: טבלה בעלת שלושה שדות Key From To, השדה Key מקושר לשדה AgeGroup בטבלת האנשים. כעת בINSERT כותבים WHERE שלוקח את השורה שמתאימה.
תודה רבה הן על היוזמה של הפורום החרדי והן על העזרה מראש.
ברוך הבא והמעודד!
בתקוה שתאהב את המקום.
פורסם במקור בפורום CODE613 ב18/11/2014 17:24 (+02:00)
הכל ומסודר, אבל המון סבלנות! לקרוא (לתרגם בגוגל טרנסלייט מידי משפט...) קטע קטע.
SQL Server Index Design Guide
פורסם במקור בפורום CODE613 ב20/11/2014 12:14 (+02:00)
עדכון:
הפרויקט הועבר זה מכבר לgithub.
גירסת הCTP כבר אוחזת ב6. השיפורים בשפות ניתן להתעדכן כאן: https://github.com/dotnet/roslyn/wiki/Languages-features-in-C%23-6-and-VB-14.
זה פשוט מדהים הרצינות שבה הם מתייחסים להצעות.
אמצו הרבה מאוד רעיונות של אנשים שנאספו ע"י UserVoice.
לדוגמה לC# עכשיו כבר הרשימה ל6 די סגורה, ויש כבר סגירה ותכנון למהדורה שלאחריה (7)!.
הגירסה הסופית תצא כנראה במהלך הקיץ, יחד עם שלל מוצרי מקרוסופט אחרים (Windows, Office ועוד).
פורסם במקור בפורום CODE613 ב31/03/2015 12:06 (+03:00)
קומפיילר אונליין תומך ב6:
http://www.volatileread.com/UtilityLibrary/SnippetCompiler
פורסם במקור בפורום CODE613 ב10/03/2015 13:43 (+02:00)
גירסת CTP כבר ב6. אגב השם שונה מ"14" (זה היה זמני) ל2015, שנת היציאה הרשמית הצפויה.
חידושים:
https://www.visualstudio.com/en-us/news/vs2015-vs.aspx
פורסם במקור בפורום CODE613 ב10/03/2015 12:32 (+02:00)
וכעת הפוקוס על Visual Basic 14, סקירת הפיצ'רים, עם אנימציית המחשה:
New Language Features in Visual Basic 14
פורסם במקור בפורום CODE613 ב10/12/2014 16:01 (+02:00)
באותו עניין:
http://www.visualstudio.com/en-us/news/vs2015-preview-vs#ManLang
http://codeblog.jonskeet.uk/2014/12/08/c-6-in-action/
http://developer.telerik.com/featured/whats-new-c-6-0-inside-visual-studio-2015-preview/
פורסם במקור בפורום CODE613 ב08/12/2014 14:55 (+02:00)
טוב, מצד אחד זה לא ממש חדש (כבר גירסה רביעית של הCTP = "תצוגה מקדימה של הטכנולוגיה לקהילה") ומצד שני זה עוד לא יצא 
מדובר בגרסאות התרשמות למפתחים (עם אזהרות התנערות מאחריות על חבלות חמורות עקב שימוש בתוכנה שלא במכונה וירטואלית).
יש להורדה התקנת אינטרנטית, או ISO שמן, להתקנה Offline, או מכונה וירטואלית מוכנה ומותקנת.
השנוי הגדול זה מעבר לקומפיילר Roslyn. זה נותן מלא פיצ'רים (למשל: חלון צף עם metadata מעל כל מילה בקוד שאיננה מילת מפתח (חוסך GoToDefination ומחכים מאוד עצלנים) Refactorings רבים (ייעולים והצעות אוטומטיים: הוצאת קטעי קוד לפונקציה, מחיקת קוד מיותר ועוד) שזה פועל יוצא מההבנה הטובה של IDE מה הולך בקוד שלנו) ושינויים של ממש בשפה (שינויים בVB, בC#).
בקישורים האחרונים לVB וC#, יש לדעת שחלק מהדברים עוד לא עובדים גם בגירסת ההדגמה.
לVBיים שבינינו יהיה מרתק לראות את סיום המסמך שם יש התלבטות בקשר לכמה גיורים של השיפורים ל"היסטוריה והמנטליות הייחודיים לשפה".
פורסם במקור בפורום CODE613 ב05/11/2014 14:53 (+02:00)
הרעיון מאוד נשמע לי, אבל נראה לי נדרש לחדד את הרעיון לראות אם הוא עוזר.
מה הכללים והצעדים שייעשו.
פורסם במקור בפורום CODE613 ב13/11/2017 15:30 (+02:00)
הקפצה:
יש מאוכזבים מלוינשטיין, והנה אחד שטוען שיש לו פתרון טוב יותר:
https://www.codeproject.com/Articles/1209269/Not-Levenshtein
אני חושב שלבעל המאמר יש טעות, כי לונשטיין לא בא לפתור את הדמיון האנושי בין מחרוזות אלא לזהות שגיאות הקלדה (אות חסירה ויתירה בשוגג) וממילא "מרחק עריכה".
לעיון נוסף
https://stackoverflow.com/questions/5859561/getting-the-closest-string-match
פורסם במקור בפורום CODE613 ב13/11/2017 08:07 (+02:00)
בל על זמנך, אתה מחפש בדיוק מה שמליונים חיפשו לפניך. נדמה לי שזה בדיוק מה שועשה אלגוריתם מרחק לוינשטיין.
הנה מימוש בשפות רבות כולל VBA.: http://en.wikibooks.org/wiki/Algorithm_Implementation/Strings/Levenshtein_distance.
פורסם במקור בפורום CODE613 ב05/11/2014 12:26 (+02:00)
אני לא יודע (אני אישית גם מחוץ לקבוצה). זה קבוצה של מתנדבים שהתגבשה בפרוג ובערוצים אישיים, המנהל הוא GolanArt. אולי הוא יגיב פה איך מצטרפים.
פורסם במקור בפורום CODE613 ב02/11/2014 09:58 (+02:00)
אולי זה יעניין אתכם, מפת הדרכים של צוות ADO.NET לגבי הEF (הגירסה הבאה - 7).
הנה שתי פוסטים חשובים:
http://blogs.msdn.com/b/adonet/archive/2014/05/19/ef7-new-platforms-new-data-stores.aspx
http://blogs.msdn.com/b/adonet/archive/2014/10/21/ef7-what-does-code-first-only-really-mean.aspx
מדובר על תמיכה מובנית בSQLite(!) ועוד. וגם עזיבת קובץ הEDMX קובץ XML ששימש להגדרה הצהרתית של מבני הנתונים שיכל להיווצר אוטומטית מהDB. במקום זה נשאר רק הCodeFirst (אבל גם אותו ניתן ליצור מהDB אוטומטית וגם ניתן עם כל מיני כלים ליצור אותו ממודל ויזואלי).
פורסם במקור בפורום CODE613 ב28/10/2014 12:25 (+02:00)
ארכיטקט אתה תמצתת בצורה יוצאת דופן בשאלה, לתשומת לבך.
בקשר לשאלה, אני חושב שא"א להטמיע את התוכנה הזו בשלך, אלא עליך למצוא פקד מציג TIFF נוח וחינמי.
פורסם במקור בפורום CODE613 ב28/10/2014 10:59 (+02:00)
הרבה יותר הגיוני לשאול להפך, מה הגיון לבזבז מחלקה שלמה בIPv4 לצורך זה.
ראה בקטע הזה מה שהוא כותב בסוגריים... (לקוח מפה).
Like IPv4, provision has been made for a special loopback address for testing; datagrams sent to this address “loop back” to the sending device. However, in IPv6 there is just one address for this function, not a whole block (which was never needed in the first place, really!) The loopback address is 0:0:0:0:0:0:0:1, which is normally expressed using zero compression as “::1”.
ראה גם http://serverfault.com/questions/193377/ipv6-loopback-addresses-equivalent-to-127-x-x-x
פורסם במקור בפורום CODE613 ב26/10/2014 10:30 (+02:00)
ארכיטקט, "בשביל לא להכביד על מערכת אחת דרושה מערכת אחרת" כך נשמעת השאלה.
מילא אם המערכת הא' הייתה מיועדת לפעולה אחרת בעיקר, אז מונעים ממנה עומס של פעולה שהיא לא ממוטבת לעשותה, אבל זו אותה פעולה בדיוק.
הרציונל האמיתי של השאלה כנראה הוא למנוע עומס על המכונה (= מחשב) בה נמצאת מערכת א' משום שהיא איטית/יקרה/ברשת לעומת המכונה של מערכת ב' שמהירה/זולה/מקומית. כך שבעצם לא משנה בכלל המערכות אלא אפשר לעובד בשתיהם בMySql (להתקין גם במכונה בה המחשב "זוחל". אפשר להשתמש במגוון מסדי נתונים אחרים כמובן ואף במה שהציע magicode).
לגבי הרעיון של XML. סכמת XSD שהיא הנורמה כיום להגדרת נתונים בXML, תומכת בערך בלעדי, ובעוד אילוצים ואף קשרי גומלין. המשמעות של התמיכה הזו מסתכמת בכך שמי שיפר את האילוץ אז המסמך ייחשב ללא תקף. כי XML זה לא מערכת/מנוע/דרך פעולה, זה סה"כ מוסכמה איך לכתוב נתונים. אז זה לא ממש אמור לשנות לך. אתה יכול להחליט היום על מוסכמה כל שהיא, זה יפתור את הבעיה? המימוש של האילוץ של ערך יחידני תמיד נעשה ע"י המחשב, במקרה MySQL אז התוכנה שלהם דואגת לזה, ובXML אז התוכנה שלך היא זו שתעבוד קשה. שים לב שאין מצב שתעשה זאת ביעילות בה עושה זאת הMySql ואף לא תגיע לקרסולי קרסוליה של יעילות זו.
פורסם במקור בפורום CODE613 ב20/10/2014 13:40 (+03:00)
זה ENUM בשם DialogResult
שים שם DialogResult.OK
לא. אתה מחליף עם winforms. בwpf זה מאפיין בוליאני (ראה לינק להלן).
תודה על התגובות עד כה.
לצערי הנסיון להגדיר את החלון עם דיאלוג ריזאלט=טרו.
זורק חריג.
דקדקתי לכתוב:
@דוד ל.ט.
שים לב ש**[u:6ax7yavg]בקוד החלון הנקרא[/u:6ax7yavg]** עליך לתת תשובה: DialogResult = true;
בתוך הקוד של החלון Wellcom אתה צריך להגיב בשלב כל שהוא ולענות לחלון המקור שקרא לחלון הזה (נגיד המשתמש כותב את שמו ולוחץ על הפתור "אישור"). בשלב בו החלון Wellcom "גמר" עם המשתמש וקיבל ממנו תשובה או אי תשובה, הוא מחזיר לחלון המקור במאפיין הזה האם אכן ישנה תשובה רלוונטית.
ברגע שאתה כותב בקוד DialogResult = true; זה סוגר את החלון והקוד הקורא מתעורר מ"קפאונו" וממשיך לרוץ. הוא יכול לבחון את התשובות מהחלון Wellcom ע"י פנייה למאפייניו.
הנה תיעוד של המאפיין עם הסבר אף לשתי מקרי השגיאה האפשריים.
אגב בWPF השגיאה תמיד נמצאת בinner exception, לא משנה מה זה ולמה זה ככה, בכל אופן בגירסת הVisual Studio שברשותך א"א לצפות בשגיאת המקור. ממילא אני מאוד ממליץ לך לעבור לVisual Studio Ultimate שהיא "עקרונית" בתשלום, שמה אתה יכול לראות את לשון השגיאה המקורית שבמקרה זה היא: DialogResult is set before a window is opened by calling ShowDialog.
עריכה:
אני טעיתי. לשון ההודעת שגיאה היא: DialogResult can be set only after Window is created and shown as dialog., וזה כאילו המאפיין הוגדר לפני/ללא קריאת הShowDialog. וזה לא נכון, אלא הבעיה היא שהמאפיין נקרא אחרי הClose של הטופס. לשון הודעת השגיאה בטעות לא מכסה את המקרה הזה.
פורסם במקור בפורום CODE613 ב21/10/2014 14:52 (+03:00)
ברכות לשלב בו אתה נמצא!
בUI, עצירת תוכנית בד"כ מתבצעת ע"י חלון קלט מודאלי - חלון חדש שא"א לעוזבו בלי ביטול/אישור והתוכנה ממתינה לתשובתו בשביל להמשיך בקוד. פעולה זו מושגת ע"י הרצת מתודת ShowDialog לחלון WPF. שים לב שבקוד החלון הנקרא עליך לתת תשובה: DialogResult = true;
התשובה שלי אופיינית לבעיה הספציפית. בהצלחה!
פורסם במקור בפורום CODE613 ב06/10/2014 13:03 (+03:00)