Workflow Foundation und BG?

Hi,
also vorweg wir proggen gerade an einem BG (ja was für ein Zufall^^)... sind auch schon relativ weit (Bauen, Forschen, Kämpfen, ect). Also die grundlegenden Dinge sind gemacht.
Zur Architektur:
Asp.Net im Vordergrund, aufm Server läuft eine kleine Winforms-App die von Asp.net die Daten geliefert bekommt und diese Speichert (sozusagen als DB)... momentan läuft dies noch über ICP und Remoting... werd ich wohl noch auf WCF umbauen.
So jetzt aber die eigentliche Frage:
Bringt die Worklow Foundation was bei BG oder ist sie zu groß und performancelastig?
und noch ne 2. Frage:
Vllt stelle ich mir die Workflows nur falsch vor... aber was wäre bei einem BG dann so ein typischer Workflow?
Wenn ich jetzt ans Gebäudebauen denke:
GebäudeID bekommen --> Kucken ob genug Ress vorhanden sind und alle Vorraussetzungen erfüllt sind --> Bauschleife erstellen
oder gehöhrt da jetzt noch sowas wie --> Bauschleife fertig --> Gebäude eintragen + irgendwas machen (Effekt des Gebäudes beachten)... oder wäre das dann wieder ein neuer Workflow?!
Ich weiß sind wahrscheinlich alles billige Anfängerfragen, aber ich find nicht wirklich was gutes zu "Wo WF einsetzten?", sondern nur tausende von "Wie fange ich mit WF an"-Tuts...
ich bin für jede Hilfe dankbar!

Pfoten weg von WF (Windows Workflow Foundation)
10 gute Gründe
Auch in meinen Tests hat sich gezegit, dass WF einfach unbrauchbar ist.

ok besonders die Bugs und die Perfomance haben mich überzeugt...
(und evt mein eigener Wille die ganze Zeit nur Bildchen zu erstellen und das als Programmieren zu betiteln )
hast du sowas auch für WCF parat?
wenn nicht... kennst du dich da aus?
Wie gesagt atm ist es so gelöst, dass Asp.net an die WinApp die Daten per ICP-Remoting schickt... (klappt nicht immer aber öfters). Ich möchte dies jetzt noch so verbessern, dass man mit einem 2. Tool (AdminInterface) von einem anderen PC darauf zugreifen kann...
Müsste doch eigentlich mit WCF sehr gut möglich sein oder?

> hast du sowas auch für WCF parat?
Wenn du ein Neuprojekt anfängst, dann würde ich auf WCF setzen. WCF ist zum Teil schneller als das alte .Net-Remoting und wesentlich schneller als SOAP über den IIS.
Für WCF kannst du ja verschiedene Bindings festlegen (von Binär über SOAP bis hin zu den komischsten Protokoll, wie irgendsoein JSON-Kram oder REST).
Viel habe ich allerdings noch nicht gemacht. Nur eine klassische Chat-Applikation, um mir mal das Prinzip anzuschauen. Ist aber schon 8 Monate her.

ok dann werde ich das bei der nächsten größeren Umstrukturierung mit auf den Plan setzten... im Moment muss ich aber erstmal noch Bugs fixen
thx für deine Hilfe/Ratschläge!

Der Einsatz davon wird hier auch falsch gesehen. Die Bib ist eher dafür gedacht, Arbeitsflüsse, sprich Geschäftsprozesse, zu unterstützten, natürlich auf Basis von Sharepoint. In Verbindung mit SAP-Workflows lassen sich so recht einfach .NET-Anwendungen in SAP- oder Sharepoint-Workflows einbinden.
In der Firma arbeiten wir grade an einer solchen Integration (Mitarbeiter meldet sich Krank -> Wird in SAP eingetragen -> Meldung an Personaleinsatzplanung der Fachabteilung -> diese basiert auf .NET im Falle der Logistik).
Rückwärts genauso: Staplerfahrer muss sich am System anmelden (ohne System geht nix). Tut er dies nicht, bekommt der Planer einen Hinweis. Die Abweisenheit kann er an SAP weitermelden.
Als Schnittstelle dafür wird Sharepoint eingesetzt.
Ob man das sinnig in Browsergames einsetzen kann, kann ich mir eigentlich nicht vorstellen.