Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. .NET (Core and Framework)
  4. Workflow Foundation -- why?

Workflow Foundation -- why?

Scheduled Pinned Locked Moved .NET (Core and Framework)
databasesalescsharplinqdesign
4 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    Rei Miyasaka
    wrote on last edited by
    #1

    I don't mean this in a cynical way; if it's a good choice for my scenario, I'll use it. It seems like I could make use of it if I'm writing, say, a checkout app: customer comes in, does some shopping, comes to the counter, the clerk scans all the barcodes, asks if the customer has a point card, prints a receipt, saves the transaction and marketing info to the database. But I still can't quite put my finger on why it would be better to use Workflow Foundation than to just do all this by wiring a database to a client UI using LINQ to SQL. Any ideas? Thanks in advance, Rei

    M 1 Reply Last reply
    0
    • R Rei Miyasaka

      I don't mean this in a cynical way; if it's a good choice for my scenario, I'll use it. It seems like I could make use of it if I'm writing, say, a checkout app: customer comes in, does some shopping, comes to the counter, the clerk scans all the barcodes, asks if the customer has a point card, prints a receipt, saves the transaction and marketing info to the database. But I still can't quite put my finger on why it would be better to use Workflow Foundation than to just do all this by wiring a database to a client UI using LINQ to SQL. Any ideas? Thanks in advance, Rei

      M Offline
      M Offline
      Mark Churchill
      wrote on last edited by
      #2

      Not all applications are "Collect data in a webform, shove in database". When you are trying to manage collection and approval of say purchase orders, assignment of stock allocations, matching of berthing locations to ships and then booking of product transfer equipment, all with different stages of approval in some management chain with loads of business rules, then it gets a bit more complex. You want all this fairly easy to change later (When someone says any loading over 5mt needs to be approved by someone with certain qualifications, etc). Also who wants to spend time writing their own workflow solution? :P

      Mark Churchill Director Dunn & Churchill Free Download:
      Diamond Binding: The simple, powerful, reliable, and effective data layer toolkit for Visual Studio.

      R 1 Reply Last reply
      0
      • M Mark Churchill

        Not all applications are "Collect data in a webform, shove in database". When you are trying to manage collection and approval of say purchase orders, assignment of stock allocations, matching of berthing locations to ships and then booking of product transfer equipment, all with different stages of approval in some management chain with loads of business rules, then it gets a bit more complex. You want all this fairly easy to change later (When someone says any loading over 5mt needs to be approved by someone with certain qualifications, etc). Also who wants to spend time writing their own workflow solution? :P

        Mark Churchill Director Dunn & Churchill Free Download:
        Diamond Binding: The simple, powerful, reliable, and effective data layer toolkit for Visual Studio.

        R Offline
        R Offline
        Rei Miyasaka
        wrote on last edited by
        #3

        So let me get this straight: it's good when there's a really complex/volatile business process that happens to involve a lot of computer check-ins/check-outs, and you want to model your entire application in the context of the business process whilst making it maintainable in case the business process changes later on. Right? In other words, if there isn't much logistics, skip WF. Okay, thanks :)

        M 1 Reply Last reply
        0
        • R Rei Miyasaka

          So let me get this straight: it's good when there's a really complex/volatile business process that happens to involve a lot of computer check-ins/check-outs, and you want to model your entire application in the context of the business process whilst making it maintainable in case the business process changes later on. Right? In other words, if there isn't much logistics, skip WF. Okay, thanks :)

          M Offline
          M Offline
          Mark Churchill
          wrote on last edited by
          #4

          Yep. If there isn't much workflow, then skip WF ;)

          Mark Churchill Director Dunn & Churchill Free Download:
          Diamond Binding: The simple, powerful, reliable, and effective data layer toolkit for Visual Studio.

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups