הרבה זמן אני חושב איך הכי נכון לבנות Workflow Controller, עד שנפל לי האסימון. ברצוני לשתף אתכם ברעיון ולשמוע מה אתם חושבים.
הצורך ב- Page Navigation לא חדש ויש מספר דרכים לממש את זה. הבעיה שכל המימושים שנתקלתי בהם לא היו פשוטים ואפילו די מורכבים.
הפתרון:
לבנות WorkflowController שיש לו אקטיביטי מסוג Action ואקטיביטי מסוג ActionResult.
1. יוצרים את ה- WorkflowControllerבתקיה של ה-Controller.
כדי להגיע על ה-WorkflowController נעבוד עם ה- Routed URL.
2. ה- WF צריך להתחיל עם אקטיביתי של Action. ובאקטיביטי זה צריך להגדיר את ה-{Action} ( את URL ) שיתחיל את WF. זה דומא מאוד ל- ReceiveRequestרק במקום SOAP זה עובד על REST Http. אפשר גם להגדיר עם איזה IModelBinder רוצים לעבוד כדי למפות יותר טוב את בקשת ה-Http לטיפוסים מסוג דוט-נט. ה-Args זה ה-Input שמקבלים מבקשת ה-Http ושומרים אותו כמשתנה של ה-WF.
3. כאשר רוצים להחזיר תשובה, בדרך כלל View משתמשים באקטיביטי ActionResult ומצינים את שם ה-View. הנתונים שרוצים לעביר ל-View ואת סוג ה-View.
4. ע"פ דעתי צריך גם לבנות WorkFlow Helper@ שיכול לשלוף נתונים ולהציג אותם ב- View, כמו למשל כל התהליכים הפתוחים מוסג מסויים וכו'.
דוגמא:
ברצוני לבנות דוגמא של בקשת חופשה.
סיכום:
1. בדרך זו בנית ה-WF מאוד פשוטה וקל גם לבדוק אותו ע"י URL במקום SOAP.
2. ה-View לא צריך להיות מודע לזה שהוא עובד עם WF Controller ולא עם Controller רגיל.
3. ה-WF נכון לשימוש כאשר רוצים לתכנן תהליך שלוקח הרבה זמן. אנחנו גם נהנים מכל התשתיות שיש ל-WF, כמו למשל Tracing.
מה אתם חושבים?