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

dovid

מה זה נקרא שעשית ליסט לבד? טמפלט? כתבת בעצמך את מחלקה יורשת מListView?

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

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

dovid

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

ראה כאן: http://msdn.microsoft.com/en-us/library/windows/apps/windows.ui.xaml.controls.listviewbase.isitemclickenabled.ASPx

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

dovid

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

לא כ"כ הבנתי את הנקודה של המופעים.

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

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

dovid

בעיית התאריך והשעה מצריכה אותך לדאוג שיהיה במסד אינדקס מוצלח לכך (לדעתי אינדקס על התאריך שעה מפולטר כלומר עם where שלא נשלח, אבל ייתכן שיותר זול אינדקס שמורכב משתי העמודות. בכל מקרה שהאינדקס "יכסה" את כל העמודות הנדרשות לתשובה) ואז המהירות תהיה דומה.
ההבדל בין paralel לtask שהצעתי זה בגלל שרציתי ל"שגר ולשכוח" ואילו Paralel עושה במקביל אבל ממשיכה רק אחרי שכולם גמרו.
פונקציית הטעינה נגמרת מייד ע"י סיום יצירת הTask פר שורה (מיידית). הTask ממתינים לריצה עד שהפונקציה תיגמר ואז הם מתחילים כולם בו זמנית - אבל בצורה מבוקרת - אחרי XXX שהתחילו המנהל חוסם את היתר, עד שאחד יפנה מקומו וכו'.
לא חשבתי שאתה מכיר לעומק את הבו זמניות בדוט נט, אבל ביקשת שניתן לך כיוון. בשביל ללמוד את הTask תתחיל להשתמש בזה בפרוייקט קטן, ותדמה מהירות נמוכה ע"י Sleep.

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

dovid

זה מאוד מאתגר הנושא.

אני לא בטוח הבנתי הכל:

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

אז אני מדמיין מחלקה כזאת:

שדה מספרי (להלן LastId), מייצג את מזהה הרשומה האחרונה שנכנסה.
מנהל Task - משהו שנקרא TaskScheduler. אפשר ליצור ממנו כמו טרידים עם שליטה על המספר הבו זמני של הביצוע.
- אם יש הבדל רב בין העומס המותר לסוג תקשורת מסויים או סוג הודעה מסויים (למשל שפקס כבד למערכת יותר מSMS) אפשר לעשות קיבוץ לשורות
  לפי סוג ומנהל מתאים לכל סוג.
פונקציית טעינה: שאילתה מהDB לשורות אשר לא נשלחו והID שלהם גדול מLastId - יצירה פר שורה של Task ע"י המנהל.
טיימר לפונקציית הטעינה אפי' כל דקה.

המושג Task הוא טריד ידידותי מאוד למפתחים. הוא מכיל בו הוראות מה לעשות בעת פעולה והוראת ריצה אסינכרונית (בברירת מחדל). כל עוד הוא לא מורץ הוא רק תופס את הזיכון של מס' שדותיו, וזה כמו מחלקה רגילה. אם הסקבילריות דורשת לדמיין שיהיו מליון רשומות שנטענות בו זמנית (ונקודת זמן אחת), אז יש מקום למנוע טעינת כל השורות ישירות לTask אלא לעשות תור FIFO - בדוט נט זה: Queue<T> ובסיום מאה Task לדוגמה, לטעון חזרה חדשים עד סיום התור.

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

dovid

שלא כמו ב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)

dovid

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

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

dovid

שים לב שלמיילים אתה יכול לעשות עמודה מסוג 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)

dovid

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

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

dovid

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

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

dovid

ברור שאפשר.
אני מאמין גם שלך יצא כבר הרבה לגשת ל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)

dovid

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

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

dovid

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

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

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)

dovid

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

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

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

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

dovid

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

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

dovid

@ארכיטקט

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

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

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

@ארכיטקט

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

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

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

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

dovid

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

@ארכיטקט

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

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

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

dovid

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

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

(localdb)\XXXXX

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

(localdb)\11.0

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

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

dovid

@שמואל

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

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

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

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

dovid

@שמואל

בו זמנית גם מה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)

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

dovid

פוסטים