רוטר - עזרה ב#C בכמה נושאים ..

יומן פעילות	לוח שנה	מבזקי חדשות	תקנון	RSS	כותרות	כותרות לפי תגובה	ניקוי קוקיז	IP	להורדת אפליקציה
eBay	AliExpress	GearBest	Amazon	Booking	Kiwi	SkyScanner	Trip Advisor

"עזרה ב#C בכמה נושאים .."

גירסת הדפסה

קבוצות דיון פיתוח, תיכנות ובניית אתרים נושא #10233	מנהל סגן המנהל מפקח Winner צל"ש מומחה

אשכול מספר 10233

Mr Andersson
חבר מתאריך 19.3.02
6234 הודעות, 1 פידבק, -2 נקודות

19:44 16.01.11

עזרה ב#C בכמה נושאים ..

אני צריך לבנות תוכנה שמורכבת ממשבצות שפרוסות על המסך, והמשתמש מכניס כמה נתונים (מספר, כמות, עוד מספר ומס' משבצת) ואז זה מוצג על המסך.
לכל נתון כזה יש אינדקס, כלומר אם אני מכניס פעמיים עם אותו אינדקס אז יופיעו לי שתי נקודות על המסך במשבצות הנתונות ומחבר ביניהם קו.
מימשתי את זה באמצעות מחלקה grid ששומרת את המספר של המשבצת וx,y של המשבצת, מחלקה grids ששומרת מערך של כל המשבצות, מחלקה track ששומרת את הנתונים (כל המספרים) ומספר משבצת.
התוכנה מאתחלת את כל המשבצות בהתחלה לפי נתון שהמשתמש מכניס (משבצת התחלתית) ומציגה אותם על המסך.
כל הנתונים נשמרים בdictionary שהמפתח שלו זה אותו אינדקס והערך זה מחסנית של tracks ששומרת את כל הנתונים.

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

יש הצעות למישהו ?

תודה

http://i60.tinypic.com/35aowg8.jpg

שתף

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

האשכול	מחבר	תאריך כתיבה	מספר
שמע הפתרון התעשייתי הוא להחזיק שרת	akoka2	16.01.11 19:56	1
מכתב	Mr Andersson	16.01.11 20:10	2
מכתב,	akoka2	16.01.11 20:29	3
יש לך רעיונות לדרך התקשרות ?	Mr Andersson	16.01.11 20:35	4
השרת לא אמור לעשות Listen	akoka2	16.01.11 20:46	5
הסתבכתי עם sql server	Mr Andersson	16.01.11 21:03	6
SQL server הוא הרבה יותר פשוט ונוח מאורקל	Nesher	16.01.11 21:45	7
התקנתי sql server ואפילו שדה של מספור אוטומטי לא הצלחתי	Mr Andersson	16.01.11 21:49	8
2 שניות בגוגל ותמצא	Nesher	16.01.11 22:36	10
איזה שטות,	akoka2	16.01.11 22:00	9
לא אמרתי שאני ממליץ על TOAD	Nesher	16.01.11 22:38	11
זה מגוחך ולא קשור להכניס db לפרויקט כזה	Net_Boy	17.01.11 08:34	12
קודם כול התקשורת מול	akoka2	17.01.11 10:55	13
באופן כללי אני ממש לא נגד DB	Net_Boy	17.01.11 12:55	14
הוא מדבר על תוכנה צבאית	akoka2	17.01.11 14:13	15

akoka2

19:56 16.01.11

1. שמע הפתרון התעשייתי הוא להחזיק שרת
בתגובה להודעה מספר 0

שבתוכו כול הנתונים נשמרים, השרת צריך ליהיות במקום אידיאלי לתקשורת מכול מקום, אם אתה כרגע מדבר רק על לקוחות בארץ, אז מומלץ שהשרת שלך יישב בארץ באחת מחוות השרתים, זה פתרון אחד.
אם אתה רוצה פתרון גלובאלי לכול מקום, אז יש שירות של Amazon AWS שעובד עם CDNים מסביב לעולם, מה שאומר שכול קליינט שלך ייקבל את השרת הכי קרוב אליו מבחינה גיאוגרפית.
זה הפתרון האופטימלי למהירות.
עכשיו השאלה היא אחרת, האם התוכנה שאמורה לצפות בכול הנתונים האלה אמורה לשבת במספר מחשבים, או שהיא נגישה רק ממחשב אחד?
אם היא נגישה רק ממחשב אחד אין בעיה שהיא תשב עם הנתונים עצמם, ככה גם הגישה תיהיה מהירה יותר.
לגבי TCP אני לא ממש מבין את הרעיון מאחורי זה, אתה תשתמש עם TcpClient ועם TcpListener שיישב בשרת נתונים עצמו?

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Mr Andersson
חבר מתאריך 19.3.02
6234 הודעות, 1 פידבק

20:10 16.01.11

2. מכתב
בתגובה להודעה מספר 1

השרת זה לא הבעייה, הכל נעשה ברשת צבאית וזה כולה 2-3 מחשבים שישלחו נתונים..

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

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

http://i60.tinypic.com/35aowg8.jpg

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

akoka2

20:29 16.01.11

3. מכתב,
בתגובה להודעה מספר 2

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

תדאג רק שהקוד יהיה יעיל

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Mr Andersson
חבר מתאריך 19.3.02
6234 הודעות, 1 פידבק

20:35 16.01.11

4. יש לך רעיונות לדרך התקשרות ?
בתגובה להודעה מספר 3

פשוט לעשות שרת שיעשה כל הזמן listen ?

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

http://i60.tinypic.com/35aowg8.jpg

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

akoka2

20:46 16.01.11

5. השרת לא אמור לעשות Listen
בתגובה להודעה מספר 4

אם אתה לא עובד עם TCP, אתה צריך לעבוד עם מסד נתונים רגיל (בצבא בטח משתמשים בSQL Server או בOracle או בPostgres לא נתקלתי במקומות שעובדים עם MySQL).

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Mr Andersson
חבר מתאריך 19.3.02
6234 הודעות, 1 פידבק

21:03 16.01.11

6. הסתבכתי עם sql server
בתגובה להודעה מספר 5

oracle יותר פשוט ?

ועדיף שרת SQL על tcp ?
למה השרת לא צריך לעשות listen ? הוא צריך לחכות שיתחברו אליו לא ?

http://i60.tinypic.com/35aowg8.jpg

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Nesher

חבר מתאריך 2.7.02
2 הודעות, 24 פידבק

21:45 16.01.11

7. SQL server הוא הרבה יותר פשוט ונוח מאורקל
בתגובה להודעה מספר 6

הוא בא עם ממשק משתמש לניהול ה-DB
בניגוד לאורקל שאתה צריך להתקין בשבילו TOAD למשל (אם אני לא מתבלבל בשם חעחע)

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Mr Andersson
חבר מתאריך 19.3.02
6234 הודעות, 1 פידבק

21:49 16.01.11

8. התקנתי sql server ואפילו שדה של מספור אוטומטי לא הצלחתי
בתגובה להודעה מספר 7

להוסיף ..

התקנתי את הmanagement או משהו כזה .. ממש גרוע ומעצבן .. יש ממשק אחר ?

http://i60.tinypic.com/35aowg8.jpg

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Nesher

חבר מתאריך 2.7.02
2 הודעות, 24 פידבק

22:36 16.01.11

10. 2 שניות בגוגל ותמצא
בתגובה להודעה מספר 8

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

akoka2

22:00 16.01.11

9. איזה שטות,
בתגובה להודעה מספר 7

אורקל הוא המסד נתונים הטוב בעולם.
פשטות זה עניין סובייקטיבי.
ולא הייתי ממליץ על TOAD בשביל שום דבר, איטי/מסורבל/מלא באגים.

עדיף כבר להריץ דברים מה CLI ברגע שלומדים את הפקודות הבסיסיות, הכול טוב.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Nesher

חבר מתאריך 2.7.02
2 הודעות, 24 פידבק

22:38 16.01.11

11. לא אמרתי שאני ממליץ על TOAD
בתגובה להודעה מספר 9

חח
ולא קבעתי ש-SQLServer יותר טוב
אבל למי שלא מכיר את העולם הזה לי נראה לפחות שיהיה יותר קל עם מה שמיקרוסופט מציעים!

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Net_Boy

חבר מתאריך 1.4.02
17151 הודעות, 1 פידבק

08:34 17.01.11

12. זה מגוחך ולא קשור להכניס db לפרויקט כזה
בתגובה להודעה מספר 0

אתה כן צריך משהו מבוסס tcp\ip.
זה ממש אבל ממש קל לעשות שרת tcp בסיסי ב.net
ברור שאתה לא יכול להעביר מחלקה, אתה אמור ליצור את הפרוטוקול שלך. בצורה הכי פשוט שיש, תעשה סיריאליזציה למחלקה ותעביר את זה.
ו

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

akoka2

10:55 17.01.11

13. קודם כול התקשורת מול
בתגובה להודעה מספר 12

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

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

Net_Boy

חבר מתאריך 1.4.02
17151 הודעות, 1 פידבק

12:55 17.01.11

14. באופן כללי אני ממש לא נגד DB
בתגובה להודעה מספר 13

ערכתי לאחרונה בתאריך 17.01.11 בשעה 12:58 בברכה, Net_Boy

פשוט במקרה הזה, זה חתיכת overhead רציני.
ראשית כל, לפי מה שהבנתי הוא בכלל לא צריך לשמור את המידע אלא רק לקבל אותו ולבצע עליו לוגיקה מסוימת ולכן כבר בשלב הזה אפשר לפסול DB.
וגם אם הוא צריך לשמור את המידע הזה הדרך היותר נכונה לעשות את זה היא קודם כל לשלוח את המידע לשרת ורק השרת הוא זה שיש לו אינטגרציה עם הDB ולא remote db sessions
אני אתן לך 2 יתרונות לשיטה הזאת:
1) אבטחה - ברגע שמישהו לא מורשה מצליח להתבר לDB מרחוק אתה הבעייה רצינית מבחינת אבטחה עוד אם זה מגיע קודם לשרת אתה יכול למנוע הרבה איומים פוטנציאלים.
2) סקיילביליות - אם מחר אתה משנה את המבנה של ה DB שלך אתה בבבעייה, אתה תהיה חייב להפיץ עדכון לכל הקליינטים שלך בעוד בשיטה השנייה אתה רק מעדכן את הסרבר.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

akoka2

14:13 17.01.11

15. הוא מדבר על תוכנה צבאית
בתגובה להודעה מספר 14

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

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד