windows service vs. console application

[e y a l b]

windows service vs. console application

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

מבחינתי יותר קל לדבג קונסול- אבל הפיתוח הוא דומה.

מה דעתכם? מה השיקולים עבור כל אחת מהאופציות?

 

[טרול המתכנן]

אין שום הבדל *מעשי* בין השניים בתרחיש שלך.

עשה מה שיותר נח ומהר לך לפתח - console app.
תמיד תוכל להתקין אותו כ-service לאחר מכן אם תמצא לנכון.

 

[marvin2]

ממש לא...

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

 

[טרול המתכנן]

בדקת?

 

[marvin2]

מה בדקתי ?

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

 

[nocgod]

אתה תמיד יכול לפתח את הwinservices שלך כconsole apps

ופשוט להשתמש בtopshelf (או כל service bootstrapper) אחר. ככה בזמן הפיתוח אתה מתייחס אליו כאל console application לכל דבר, ויכול לדבג כמו בן אדם ולהריץ מתי שתרצה באמצעות הexe שלו
מצד שני מתי שאתה מגיע למצב שיש לך תוכנה שעובדת יופי טופי - אתה יכול לעשות לה install כwinservice לכל דבר.
זה מה שאנחנו עושים בחברה - מצד שני, הwinservices שלנו מספקים פעילות בלתי פוסקת. מה שאתה צריך זה משימה מתוזמנת, לדעתי עדיף לעשות אותה כconsole app שירוץ פעם ביום כמו שאתה רוצה.
winservice הייתי משתמש אם לצורך העניין הוא היה שירות כלשהו שאתה צריך שירוץ כל הזמן