سؤال

أقوم بتنفيذ تطبيق بسيط جدًا لمعالجة أوامر آلة الحالة.إنه تطبيق للتجارة الإلكترونية مع بعض التقلبات.لن يقوم مستخدمو التطبيق بتحرير سير العمل بأنفسهم.

تدعي Microsoft أنه من الممكن الجمع بين asp.net وWindows Workflow.ما مدى صعوبة تثبيت وصيانة مزيج من asp.net وWindows Workflow؟سأحتفظ بحالة سير العمل في SQL Server.

هل من الأسهل بالنسبة لي إنشاء رمز جهاز الحالة الخاص بي أم أن Windows Workflow هو الأداة المناسبة لهذه المهمة؟

هل كانت مفيدة؟

المحلول

يتوافق كل من Asp.net وWF بشكل جيد، ولا يضيف WF الكثير من تكاليف الصيانة.

سواء كان هذا هو التصميم المناسب لك أم لا، يعتمد كثيرًا على احتياجاتك.إذا كان لديك الكثير من الإجراءات التي تعتمد على الأحداث، فقد يكون WF مفيدًا، وإلا فإن النفقات العامة لتتبع التتبع الخاص بك قد تضيف تعقيدًا أقل إلى النظام.

من السهل جدًا التعامل مع WF، لذا أقترح إنشاء نموذج أولي وتجربته.

أيضًا، في رأيي، بناءً على متطلباتك، أشك في أن WF سيكون الحل المناسب لك.

نصائح أخرى

ذلك يعتمد على الاحتياجات الخاصة بك.ما مدى تعقيد آلة الدولة؟أين تريد أن تعيش آلة الدولة (على سبيل المثال؟نموذج مقابلقاعدة البيانات)؟يوفر WWF آلة حالة قائمة على الحدث، وهو أمر جيد بما يكفي إذا كانت آلة الحالة الخاصة بك مضمنة في النموذج.

لقد قمت شخصيًا بتنفيذ إطار عمل للتجارة الإلكترونية ومواقع ويب أخرى تعتمد على سير العمل، ولقد كنت دائمًا سعيدًا جدًا بتنفيذ أجهزة الحالة القائمة على قاعدة البيانات.عملت دائما دون عوائق.

ومن ناحية أخرى، بعض زملائي يفضلون الصندوق العالمي للطبيعة.

على أية حال فهو يعمل بشكل مثالي مع ASP.NET.

إذا كانت آلة الحالة الخاصة بك بسيطة جدًا، فسأقول أنه يجب عليك فقط أن تقوم بتدوير الآلة الخاصة بك.لديك المزيد من السيطرة على كل شيء.يمكنك التعامل مع المثابرة وفقًا لشروطك الخاصة ولا تقلق بشأن كيفية القيام بذلك.

يبدو WF رائعًا جدًا، لكنني أعتقد أن قوته ربما تكمن في حقيقة أنه من السهل ربطه بأطر عمل مثل CRM وSharepoint.إذا كنت ستستخدمها في تطبيقك، فسأفكر بالتأكيد في استخدام WF.

الكشف الكامل:أنا بالتأكيد لست خبيرًا في WF.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top