Mea Culpa — SharePoint ডিজাইনার * রাজ্য মেশিন workflows তৈরি করতে পারেন

I’ve recently learned that it’s possible and even fairly easy to create a state machine workflow using SharePoint Designer. Necessity is the mother of invention and all that good stuff and I had a need this week that looked for an invention. Coincidentally, আমি জুড়ে এসেছিল এই দুটিই MSDN ফোরাম পোস্ট পাশাপাশি. My personal experience this week and that "independent confirmation" lends strength to my conviction. I plan to write about this at greater length with a full blown example, কিন্তু এখানে তা gist এর:

  • পদ্ধতির একটি ওয়ার্কফ্লো একটি তালিকা আইটেম পরিবর্তন করতে পারেন যে ওঠানামায়, thereby triggering a new workflow. I’ve normally considered this to be a nuisance and even semaphores ব্যবহার সম্পর্কে লিখেছিল এটা হ্যান্ডেল.
  • SharePoint একাধিক স্বাধীন workflows একটি নির্দিষ্ট তালিকা আইটেম বিরুদ্ধে সক্রিয় হতে পারবেন.

এটি কনফিগার করার জন্য:

  • আপনার অবস্থা মেশিনের নকশা তৈরি করুন (অর্থাত, মার্কিন যুক্তরাষ্ট্র এবং এক থেকে পরবর্তী কিভাবে States রূপান্তর).
  • পৃথক কর্মপ্রবাহ প্রতিটি রাষ্ট্র বাস্তবায়ন.
  • তালিকা আইটেম কোন পরিবর্তন প্রতিক্রিয়ায় চালানো এই রাষ্ট্র workflows প্রতিটি কনফিগার করুন.

প্রতিটি রাজ্য কর্মপ্রবাহ এই রুক্ষ প্যাটার্ন অনুসরণ করে:

  • আরম্ভের পরে, determine whether it should really run by inspecting state information in the "current item". Abort if not.
  • কাজ.
  • Update the "current item" with new state information. This triggers an update to the current item and fires off all the state workflows.

সরাইয়া থেকে একটি ঘোষণামূলক রাষ্ট্র মেশিন কর্মপ্রবাহ তৈরি করতে পারেন যে সুস্পষ্ট সুবিধার থেকে, যে সমস্ত রাষ্ট্র তথ্য বিল্ডিং KPIs এবং আকর্ষণীয় দেখেছে জন্য ভয়ঙ্কর হয়.

এটা একটা মোটামুটি উল্লেখযোগ্য অপূর্ণতা আছে — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, কিন্তু. Store all of your audit type information in a custom list. That’s probably a good idea even for vanilla sequential workflow, but that’s for another blog post 🙂

I call this a "mea culpa" আমি কারণ, দুর্ভাগ্যবশত, said more than once on forums and elsewhere that one must use visual studio to create a state machine workflow. That simply isn’t true.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

Technorati বিভাগ:

4 চিন্তা "Mea Culpa — SharePoint ডিজাইনার * রাজ্য মেশিন workflows তৈরি করতে পারেন

  1. Jaustral লিখেছেন:
    উচ্চ পল,
    কতগুলি States আপনার সাথে ডিল করা হয়? I only get to have two different active workflows when I go to the workflow settings page?
    সেরা,
    জন.
  2. সঞ্জীব রাজপুত
    আমি সত্যিই পুরো উদাহরণ পড়তে চাই. আশা রাখি, আপনাকে বলছি এক আমি আমার অনুরূপ প্রক্রিয়া থাকার আসছি কিছু দুঃস্বপ্ন নির্মল সাহায্য করতে পারেন. আমি তাজা থেকে শুরু করতে প্রস্তুত আছি যেখানে আমি সময়ে আছি.
  3. পল Galvin
    That’s a really interesting approach puts an exclamation point on the larger point that SPD can create state machine workflows.
    I don’t know if there are substantial differences performance-wise between what you outline and what I outline. In my case this week, এই বিশেষ কর্মপ্রবাহ একটি দীর্ঘ চলমান ব্যাপার কারণ কর্মক্ষমতা একটি সমস্যা নয় (16 থেকে বা তার বেশি সপ্তাহ শেষ শুরু) and there are never more than a few dozen active at any time. If there were a few dozen starting up and running every hour … that would be a different story. I think that performance and workflow in general is a very hazy subject.
    I don’t know if you run your own blog or not. If you do, you ought to consider writing about your approach in more detail. If not, I’d be more than happy to call you a "guest blogger" এবং আমার ব্লগে আপনার পোস্ট আপলোড.
    Thanks for the comment. It’s one of the best I’ve been able to elicit on my blog!
    –পল জি
  4. মাইক Atkins
    আমি রাষ্ট্র রূপান্তরের সময় রাষ্ট্র ধারণ করার জন্য একটি পৃথক তালিকা ব্যবহার করে রাষ্ট্র মেশিনে প্রয়োগ. The main workflow created an item here and set the initial state. I used a single, পৃথক, workflow to handle all of the states, using an "IF-THEN-ELSEIF" গঠন (in "Step 1") on the possible states.
    প্রতিটি রাষ্ট্রের জন্য, আমি কি প্রয়োজনীয় সব একটি ব্যবহারকারী থেকে একটি প্রতিক্রিয়ার প্রাপ্ত ছিল.
    My example was a multiple-level sequential approval, যেখানে প্রতিটি ধাপ (একটি রাষ্ট্র দ্বারা প্রতিনিধিত্ব) could have various possible successors. This meant that each user had (সম্ভাব্য) different options made available in a choice menu. My "Step Two" was also an "IF-THEN-ELSE" সম্ভাব্য প্রতিক্রিয়া সব বিবেচনা যে গঠন (সকল পর্যায়ে থেকে), and then decided on what the next state should be. "Step 3" তারপর সেট যে রাষ্ট্র, এবং ওয়ার্কফ্লো শেষ.
    এই পদ্ধতি আছে (সুস্পষ্ট) একটি একক মধ্যে ঘটছে উপকারিতা (যাও) কার্যপ্রবাহ. কিন্তু, the scope of what could be accomplished in this workflow is more limited that one would have with workflows for each state. আমি হতাশ ছিল, কিন্তু, পৃথক রাষ্ট্র workflows সব শুরু হলে কর্মক্ষমতা আঘাত কি সাজানোর সঞ্চালিত (অবিলম্বে তারপরে শেষ যদ্যপি).
    এছাড়াও, আমি দ্বিতীয় তালিকা ব্যবহার (নিজস্ব ওয়ার্কফ্লো দিয়ে) to represent the transition between states as this process might be only part of a larger workflow. When the main workflow starts the state machine process, এটি একটি অপেক্ষা দশায় যায়, and proceeds when the "looping" has termintaed. I was also contemplating the possibility that my main workflow may well want to change data in the original List Item, and I wanted to avoid having unnecessary "firings" রাষ্ট্র মেশিন কর্মপ্রবাহ এর.

সাইফুল আলম চৌধুরী

আপনার ইমেইল ঠিকানা প্রচার করা হবে না. প্রয়োজনীয় ক্ষেত্রগুলি চিহ্নিত করা আছে *