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

שלא כמו בSqLite או Comact Sql ואקסס, שם התוכנה ניידת לגמרי כי היא/הפימוורק כוללים את מנוע המסד,
LoaclDb זה מסד של ממש, אחיו הקטן של SQL SERVER EXPERSS, והוא מחייב התקנה (אם כי קטנה וקלה לאין ערוך ביחס לאחיו הגדול).

ההתקנה נמצאת כאן: http://www.microsoft.com/en-us/download/details.aspx?id=29062
הקובץ הנצרך זה ENU\x86\SqlLocaLDB.MSI ל32 ביט, או ENU\x64\SqlLocaLDB.MSI ל64 ביט.

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

כשמוחקים את כל השורות במקום לעשות שאילתת מחיקה יותר מהר לעשות Truncate table XXX.

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

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

יעויין פה:
http://stackoverflow.com/a/201378/1271037
ובקישורים של ההודעה, וגם פה: http://www.regular-expressions.info/email.html

מהקישור האחרון של Stackoverflow גיליתי משהו חדש - אתר לregex שנראה מעניין: https://www.debuggex.com (הרשמה קלה באמצעות חשבון gmail פעיל ודומיו) יש לו מציג ביטויים ויזואלי ועוד דברים.

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

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

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

תוכל להתנות את הקידומת באורך - כלומר שאם הספרה השניה זה 5, מוכרח שיהיו 10 ספרות (בתנאי שהספרה הראשונה היא אפס, אחרת זה יכוול להיות טלפונים מסוג 1500...).
תראה פה את כל האפשרויות: קידומת טלפון בישראל

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

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

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

Window yourElement = this; //לא נראה לי שמדובר בחלון, אבל ככה אמרת

Border yourBorder = (Border)yourElement.Template.FindName("aBorderNameOfTemplate", yourElement);
yourBorder.IsEnabled = false;

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

בשולי התשובה, לשאלה איך ניגשים לResource (כל מה שנמצא בXAML תחת האלמנט Resource של כל סוג אלמנט, החל בכפתור, חלון או אפליקציה - App.Xaml):

רמת חלון:

Style yourStyle = Application.Current.Resources as Style["keyName"];

רמת אפליקציה:

Style yourStyle = this.Resources as Style["keyName"];

במידה ואין לStyle שלנו Key כי הוא גלובלי, הקומפיילר למעשה כן נותן לו Key - הטיפוס עצמו. לדוגמה סטייל שהTargetType שלו הוא Button, ניגש אליו ככה:

Style yourStyle = Application.Current.Resources[typeof(Button)] as Style;

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

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

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

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

הנה דוגמה בסיסית:

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            var israel = new State();
            var Jerusalem = new City (israel);
            var Yafo  = new Street(Jerusalem);

            var MyHome = new Home(Yafo);

            Console.WriteLine("My Home   is: {0}", MyHome);
            Console.WriteLine("My Street is: {0}", MyHome.Street );
            Console.WriteLine("My City   is: {0}", MyHome.Street.City );
            Console.WriteLine("My State  is: {0}", MyHome.Street.City.State);
        }
    }

    class State { }

    class City
    {
        public State State { get; set; }
        public City(State state)
        {
            State = state;
        }
    }

    class Street
    {
        public City City { get; set; }
        public Street(City city)
        {
            City = city;
        }
    }

    class Home
    {
        public Street Street { get; set; }
        public Home(Street street)
        {
            Street = street;
        }
    }
}

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

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            var state = State.GetState("israel");
            ...
        }
    }

    class State
    {
        private State() {} //בנאי פרטי מונע יצירת חדשים  בדומה לסינגלטון 

        //אוסף פנימי מסוג המופע עצמו - אוסף מדינות
        static Dictionary<string, State> StateCollection = new Dictionary<string, State>();
        
        //פונקציה ציבורית לקבלת מדינה (קיימת  או לא)
        public static State GetState(string name)
        {
            State result;
            if(StateCollection.TryGetValue(name, out result) == false)
            {
                result = new State(); //מתוקף היות הפונקציה בתוך המחלקה היא רשאית לבנות חדש
                StateCollection.Add(name, result);
            }
            return result;
        }        
    }
}

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

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

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

class City
{
    public State State { get; set; }
    public City(State state)
    {
        State = state;
    }
}

class Street : City 
{
    public City City { get; set; }
    public Street(City city) : base (city.State )
    {
        City = city;
    }
}

class Home : Street 
{
    public Street Street { get; set; }
    public Home(Street street) : base (street.City)
    {
        Street = street;
    }
}

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

Console.WriteLine("My State  is: {0}", MyHome.Street.City.State);

נוכל לכתוב ישירות:

Console.WriteLine("My State  is: {0}", MyHome.State);

על אף שלא כתבנו מאפיין State במחלקת Home, וזה אודות לירושה.

סליחה על הדרשה, ובהצלחה!

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

לא הבנתי לגמרי מה אתה רוצה.

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

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

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

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

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

@ארכיטקט

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

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

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

@ארכיטקט

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

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

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

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

בסיפור הרקע קצת הסתבכתי, אבל לגופה של השאלה - איך מוסיפים תמונה לTIFF - המתודה Image.SaveAdd עושה זאת.
הבנתי ברשת שזה לא קוד של שורה וזהו, אז נסה להעזר בדוגמאות ברשת כמו זו: http://stackoverflow.com/a/398529/1271037

@ארכיטקט

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

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

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

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

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

(localdb)\XXXXX

שינינו לרגיל:

(localdb)\11.0

וזה עובד...
אוי לפתרונות שכאלו :lol:

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

@שמואל

וחוץ מזה אם הייתי כותב כך זה לא היה עובד לי בכלל

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

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

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

@שמואל

בו זמנית גם מהSQL SERVER וגם מהתוכנה שלי עצמה

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

בדיוק כמו שאתה כתבת כמה משפטים בדוט נט להתחבר למסד, אותו דבר עשו מפתח החלונית "Server Explorer" בVisual Studio, או מפתחי הSSMS (כן, המנג'מנט סטודיו כתוב בדוט נט טהור).

@שמואל

[כאשר התכנית רצה אני לא יכול לגשת לחלונית של הSQL Server שנמצאת ב visualStudio ולהציג נתונים (מסומן איקס על המסד ועל הטבלאות)

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

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

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

אני צודק?

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

@שמואל

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

אפשר פירוט איך מתבטאת התופעה "לא נותן"?
לשון השגיאה או צילום מסך יעזרו.

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

@שמואל

כאשר אני מוחק שורות בSQL SERVER על ידי קוד C#
עם הפונקציה Remove או עם הפונקציה Cler השורה לא נמחקת אל היא נשארת קיימת עם שדות NULL

מחיקת שורות בSQL SERVER זה מחיקה רגילה.
הפונקציה Remove או Clear שייכת למחלקות בC# (כמו EF למשל) וממש לא מחייב שהם אכן מוחקות במסד את השורות. ממילא בעייתך לא קשורה לSQL SERVER ומחיקת שורות בו, אלא למחלקה בה אתה משתמש עם מתודה שעושה לך בעיות.

@שמואל

כתוצאה מכך יש לי בעיות בטעינת הטבלאות עקב הפרת קשרי גומלין
מה הפיתרון?
תודה מראש

נסה לפרט.

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

אל תצפה למחלקת קסם. ניסית פעם להדפיס מאמר מעניין מהאינטרנט לנייר או לPDF? זה קשה בלי קשר למחלקה שעושה זאת.
המחלקה ITextSharp יש לה ממיר משלה, תראה פה:
http://www.am22tech.com/html-to-pdf/
http://stackoverflow.com/questions/2822843/itextsharp-html-to-pdf

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

תראה פה:
http://stackoverflow.com/q/8203329/1271037

אני כמבון מעדיף דברים פשוטים כמו התשובה הזו: http://stackoverflow.com/a/8204133/1271037
יש שם עוד כמה תשובות מורכבות יותר ויעילות יותר.

התחדשו לי כמה דברים בדף שמה...

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