Windows Workflow Foundation (WF)

.NET Framework 4 plattform update 1

noreply@blogger.com (Daniel) — Tue, 19 Apr 2011 10:30:00 +0000

Denna uppdatering släpptes igår och innebär en hel del uppdateringar för WF4. Största nyheten är att State machine workflows är tillbaka. En annan cool nyhet är möjligheten att använda SQL Azure för persistens, dvs nu kan vi med enkelhet köra i molnet. En uppdatering som kanske inte kommer att användas lika frekvent är compensation extension som ger oss möjlighet att bygga egna workflow hosts som kan hantera kompensering.

Alltså:

State machine

SQL Azure

Compensation extension

Efter installationen är du tvungen att aktivt välja plattform update 1 som target framework för att få tillgång till nyheterna. Detta går även att konfigurera i efterhand, vilket är värt att notera då det är client profile som är default

Mer information och nedladdning hittar du via denna länk

AppFabric, nu finns skarpa versionen!!

noreply@blogger.com (Daniel) — Mon, 07 Jun 2010 17:40:00 +0000

Det får att ladda hem från denna länk, detta är alltså den skarpa releasen av det som tidigare hette Dublin och Velocity.

Releasen fungerar på Windows 7, Windows Vista, Windows Server 2008 samt R2.

Det finns en detaljerad installationsanvisning på svenska som jag verkligen tycker man skall läsa innan en skarp installation. På en utvecklardator där det bara skall testas duger oftast en vanlig next->ok installation :)

En skarp release av Dublin innebär att Windows helt plötsligt är en spännande plattform för BPM/SOA!!

Windows Server AppFabric Beta 2 Refresh

noreply@blogger.com (Daniel) — Tue, 27 Apr 2010 12:36:00 +0000

Nu finns en ny version av AppFabric att ladda ned, största nyheten är att den fungerar med RTM av .NET 4 och Visual Studio 2010.

Skynda och ladda hem här

Du kan ladda hem installationsanvisningar här

På bloggen som postade nyheten från början finns följande att läsa "Currently in Beta 2, Windows Server AppFabric enhances the Application Server role in Windows Server and is available as a free download"
Någon fler som undrar om även den skarpa versionen kommer att vara gratis?

State Machine Activity Pack och ADO.NET Activity Pack CTP1

noreply@blogger.com (Daniel) — Fri, 23 Apr 2010 08:07:00 +0000

Detta är ett coolt tillägg till WF4 och bör göra vardagen enklare för de som saknat state machine möjligheten i WF4 (den fanns i tidigare versioner av WF). Personligen använder jag mest flowchart eftersom det för mig är hur en process ser ut men jag ser även nyttan med state machines och är glad att möjligheten är tillbaka.

ADO.NET activity paketet ger oss möjlighet att kommunicera direkt med databaser från våra processer. Jag är inte helt säker på att detta är helt rätt väg att gå i alla sammanhang men hur som helst kan det bli en snygg demo :)

Läs mer hos Ron Jacobs

Och om ni vill ladda ned och köra så finns rubbet här

CacheMetadata(…), alltid vår kompis

noreply@blogger.com (Daniel) — Tue, 16 Mar 2010 14:25:00 +0000

När vi bygger våra egna kodaktiviteter (NativeActivity, CodeActivity, AsyncActivity) i WF4.0 skall vi alltid göra en override på CacheMetadata och bidra med vår kunskap om den aktivitet som vi skapat.
Dokumentationen på MSDN ger oss följande exempel

protected override void CacheMetadata(NativeActivityMetadata metadata)
{
    //call base.CacheMetadata to add the Activities and Variables to this activity's metadata
    base.CacheMetadata(metadata);
    //add the private implementation variable: currentIndex 
    metadata.AddImplementationVariable(this.currentIndex);
}

vilket tyvärr är ett lysande exempel på ett dåligt sätt att implementera den metoden. För att förstå varför det är dåligt måste vi gå på djupet.

Vad gör CacheMetadata? Jo, den funktionen ger oss möjlighet att

Skapa avancerade valideringsregler (validering är något vi alltid skall skapa)

Registrera child activities

Deklarera variabler

Tala om att aktiviteten vi skapat kräver en viss extension

Registrera en egen extension provider

Varför duger då inte exemplet ovan? För att svara på det så måste vi kika på vad base.CacheMetadata gör.

Hanterar alla publika properties av typen Activity

Hanterar alla publika properties av typen Variable

Hanterar alla publika properties av typen InArgument

Allt detta gör den via reflektion vilket naturligtvis kostar oss i prestanda. För att förbättra prestanda bör vi alltså göra detta manuellt och inte anropa base.CacheMetadata. Vi måste hur som helst alltid göra en override för att hantera scenarion som inte täcks av de tre som hanteras av runtimen.

Om vi tittar på hur alla inbyggda aktiviteter gör så föregår de med gott exempel och gör en override, det är bara MSDN som visar på något annat.

Många saker i aktivitetsmodellen för WF4 är bättre och enklare än föregångaren men detta är ett exempel på när vi bör dyka ned i detaljerna för att leverera en bra lösning.

AppFabric beta 2

noreply@blogger.com (Daniel) — Wed, 03 Mar 2010 13:30:00 +0000

Finns att ladda hem här och nu har vi äntligen har vi ett datum för den skarpa produkten och det är Q3 2010 som gäller.

AppFabric är alltså de förut separerade produkterna Velocity och Dublin som nu finns i ett trevligt paket. Den här releasen är feature complete vilket innebär att detta är vad vi kan förvänta oss i den skarpa produkten.

Denna version skall även fungera med VS 2100 RC vilket känns skönt eftersom jag blev lite frustrerad när jag installerade releasekandidaten och tappade möjligheten att laborera med AppFabric :/

Nytt i denna version är att andra databaser än MS SQL stöds, de har även jobbat med övervakning och spårning.

VB-syntax i WF4.0

noreply@blogger.com (Daniel) — Fri, 15 Jan 2010 09:25:00 +0000

Ni som testat WF4.0 eller lyssnat på mig på någon av de föreläsningar jag hållt har antagligen uppmärksammat att det är VB-syntax som gäller när vi skall skriva uttryck i WF4.0.

För mig är detta inte en jättestor issue eftersom jag förstår argumenten bakom (exempelvis, att även de som är vana VBA skall kunna påverka affärsregeler i WF utan att behöva lära sig C#)

Hur som helst har teamet bakom WF gjort en liten undersökning där DU kan vara med och påverka.

Gör din röst hörd här

AppFabric och WF4.0 - intresset ökar

noreply@blogger.com (Daniel) — Fri, 18 Dec 2009 08:44:00 +0000

Har senaste veckorna varit ute på flera företag och pratat om WF4.0 och AppFabric. För mig är det jättekul att komma ut och prata med alla smarta människor som har kluriga funderingar om vart Microsoft är på väg med dessa tekniker och vad som kommer att hända framöver.

Det är även jättekul att fler och fler Biztalkutvecklare intresserar sig för dessa tekniker eftersom steget mellan egentligen inte är så långt (om vi bortser från mappningsfunktionen i biztalk som helt saknas i appfabric)

En fråga jag fick häromdagen är hur man enklast kommer igång med WF4.0 och jag rekommenderade då att läsa Matt W's blogg där har går igenom de exempel som finns ute för beta2.
http://blogs.msdn.com/mwinkle/archive/2009/10/22/navigating-the-wf4-beta-2-samples.aspx

Den totala bristen på stöd för BPEL är naturligtvis ett ämne som återkommer när jag pratar med er utvecklare och vi får hoppas att Microsoft bättrar sig på den punkten framöver.

AppFabric

noreply@blogger.com (Daniel) — Wed, 18 Nov 2009 07:22:00 +0000

Tidigare har vi hört mycket om projektet som gått under namnet Dublin (se tagg nedan), nu på PDC presenterade Microsoft ännu ett nytt kodnamn och det är AppFabric.

"Windows Server AppFabric is a set of integrated technologies that make it easier to build, scale and manage web and composite applications that run on IIS"

AppFabric består av det som tidigare var dublin och velocity (cachning) och kommer att finnas både för Windows Server och för Azure.

Om ni vill ladda hem AppFabric eller bara lära er mer så finns rubbet här. Den skarpa produkten skall komma senare under 2010.

Allt kräver .NET4.0 samt något av följande operativsystem Windows Server 2008 (Sp2/R2), Windows Vista, Windows 7, Azure. Utveckling sker i Visual Studio 2010.

WF i SP2010, nytt material på msdn

noreply@blogger.com (Daniel) — Wed, 11 Nov 2009 14:04:00 +0000

Nu har det börjat komma mer material på MSDN angående hur vi skall förhålla oss till workflows i SharePoint 2010. Detta möjligör att vi kan vara mkt bättre förberedda inför 2010, grymt jobbat Microsoft!

· Plan for workflow security and user management (SharePoint Server 2010)
· Plan for approval and review processes in workflows (SharePoint Server 2010)
· Choose a workflow authoring tool (SharePoint Foundation)
· Workflow deployment processes (SharePoint Foundation 2010)
· Workflow deployment processes (SharePoint Server 2010)
· Configure global workflow settings (SharePoint Foundation 2010)
· Configure global workflow settings (SharePoint Server 2010)
· Manage workflows (SharePoint Foundation 2010)
· Manage workflows (SharePoint Server 2010)
· Monitor workflows (SharePoint Foundation 2010)
· Monitor workflows (SharePoint Server 2010)

Som ni ser gör man skillnad på SharePoint Foundation och SharePoint Server även där det inte verkar finnas någon anledning, detta kanske innebär att det tillslut kommer att finnas en anledning eller också blir de två sidorna för vissa topics en sida framöver.

Det har hänt en del saker med Workflows och jag diggar främst delarna som rör Visio och Visio Services.

Länkarna är från New SharePoint Server 2010 (Beta) Content

BPEL & WF4.0

noreply@blogger.com (Daniel) — Tue, 03 Nov 2009 12:15:00 +0000

Har pratat lite med Matt Winkler och tydligen har BPEL försvunnit på vägen, dvs det tooling stöd som utlovades på PDC förra året är inte längre med på banan.

Jag tycker detta är supertrist och hoppas på bättring framöver, vi behöver kunna interagera med de verktyg som finns på marknaden och inte behöva börja processen i Visual Studio.

Ett lyckat exempel är Visio toolingen som finns för workflows i SP2010, det är mer sådant jag vill se och då är BPEL en bra plattform eftersom verktyg som exempelvis Enterprise Architect redan har stödet.

Eller har jag fel i att följande låter som något som går att uppnå med WF&WCF

BPEL Design Goals
There were ten original design goals associated with BPEL:

*Define business processes that interact with external entities through Web Service operations defined using WSDL 1.1, and that manifest themselves as Web services defined using WSDL 1.1. The interactions are “abstract” in the sense that the dependence is on portType definitions, not on port definitions.

*Define business processes using an XML-based language. Do not define a graphical representation of processes or provide any particular design methodology for processes.

*Define a set of Web service orchestration concepts that are meant to be used by both the external (abstract) and internal (executable) views of a business process. Such a business process defines the behavior of a single autonomous entity, typically operating in interaction with other similar peer entities. It is recognized that each usage pattern (i.e. abstract view and executable view) will require a few specialized extensions, but these extensions are to be kept to a minimum and tested against requirements such as import/export and conformance checking that link the two usage patterns.

*Provide both hierarchical and graph-like control regimes, and allow their use to be blended as seamlessly as possible. This should reduce the fragmentation of the process modeling space.

*Provide data manipulation functions for the simple manipulation of data needed to define process data and control flow.

*Support an identification mechanism for process instances that allows the definition of instance identifiers at the application message level. Instance identifiers should be defined by partners and may change.

*Support the implicit creation and termination of process instances as the basic lifecycle mechanism. Advanced lifecycle operations such as "suspend" and "resume" may be added in future releases for enhanced lifecycle management.

*Define a long-running transaction model that is based on proven techniques like compensation actions and scoping to support failure recovery for parts of long-running business processes.

*Use Web Services as the model for process decomposition and assembly.

*Build on Web services standards (approved and proposed) as much as possible in a composable and modular manner.

VS2010 beta 1 -> beta 2

noreply@blogger.com (Daniel) — Mon, 02 Nov 2009 14:44:00 +0000

Nu finns ett dokument på msdn som beskriver de breaking changes som finns mellan beta 1 och beta 2.

Jag älskar personligen allt teamet gjort med beta2 och nu hänger det mesta ihop på ett bättre sätt. Att de även snyggat till designers, ikoner o annat gör naturligtvis även det livet lite roligare :-)

En annan personlig favorit är att du kan sätta text på exekveringsvägarna i flowcharts, nu är allt mer läsbart.

Workflows i SharePoint 2010

noreply@blogger.com (Daniel) — Tue, 20 Oct 2009 16:23:00 +0000

Har nu landat på SharePoint Conference 2009 i Las Vegas och redan första dagen pratades det väldigt mycket om workflows i SharePoint.

Som jag redan bloggat om går det i SP2010 att skapa workflows i Visio 2010 och exekvera dem.

Hur det rent praktiskt fungerar är rätt enkelt, du skapar dina workflows i Visio 2010, gör en export och importerar dem i SharePoint Designer 2010 och sedan är du klar! Denna process är förövrigt tvåvägs, dvs du kan ändra ditt workflow i SharePoint Designer och göra en export till Visio.

Du kan även gå ett steg till och exportera ett workflow från SharePoint Designer 2010 till Visual Studio 2010 men det är en envägs process och du är sedan “fast” i Visual Studio.

Visio 2010 <-> SharePoint Designer 2010 –> Visual Studio 2010

Nu ska jag lyssna på hur Visio Services kan visa våra processer i SharePoint 2010 :-)

Seminarier i höst

noreply@blogger.com (Daniel) — Mon, 05 Oct 2009 11:00:00 +0000

I höst kommer vi på Connecta att tillsammans med AddSkills hålla två seminarier, jag kommer att tala på båda och kommer att prata om WF vid båda dessa.

http://www.addskills.se/Utbildning/Seminarier/Nyheterna-i-SharePoint-2010
http://www.addskills.se/Utbildning/Seminarier/Nyheterna-i-SharePoint-2010

Båda dessa seminarier är gratis och jag hoppas på att många kommer.

Jag har även skickat in förslag till en session på TechDays 2010, vet även att flera andra från jobbet också gjort detta och hoppas naturligtvis på att Microsoft väljer ut några av våra förslag.

Intresset för workflow foundation (WF)

noreply@blogger.com (Daniel) — Thu, 17 Sep 2009 06:27:00 +0000

Fram till i somras har intresset för WF känts relativt svalt om vi bortser implementationer i SharePoint där WF är en naturlig del. Nu har jag däremot märkt att något har hänt, jag har fått flera förfrågningar om att åka ut till diverse företag och prata om WF. Jag har även märkt av fler bokningar på kurser och ett generellt större intresse i olika forum.

Det många vill veta mera om är nästa version av WF, hur Dublin kommer att påverka framtiden men även en hel del investeringar i nuvarande version av WF.

Jag tycker detta är fantastiskt roligt, nu börjar vi se verktygen för att verkligen bygga affärsprocesser på WF och även att många inser att WF är en grym motor i en applikation.

Jag skall medverka i några större seminarier i höst och kommer att posta information om dessa inom kort.

Workflows skapade i visio i SharePoint 2010

noreply@blogger.com (Daniel) — Wed, 12 Aug 2009 10:36:00 +0000

Först vill jag säga att nu är jag äntligen tillbaka efter sex veckors semester!

Mitt första inlägg efter semestern blir tyvärr ett rent copy/paste inlägg men jag vill verkligen tipsa om lite spännande läsning som handlar om hur vi kan skapa workflows i kommande versioner av visio och sharepoint.

Första länken är till Wictors blogg som alltid är matnyttig, snor även en bild från honom

http://www.wictorwilen.se/Post/Creating-SharePoint-2010-workflows-with-Visio-2010.aspx

I kommentarernt till det inlägget kom en annan spännande länk
http://www.visguy.com/2009/08/10/visio-2010-sharepoint-workflows/

Jag kör själv Visio 2010 och kommer att laborera rätt mkt med detta, det kan jag lova er.

Tracking i WF4.0

noreply@blogger.com (Daniel) — Wed, 17 Jun 2009 07:00:00 +0000

I tidigare versioner av WF har vi fått med SqlTrackingService som på ett enkelt sätt ger oss möjligheten att skriva ned den data vi behöver för att spåra våra workflows till en sql-databas.

I WF4.0 är det ETW som gäller, dvs Event Tracing for Windows som funnits som en standardkomponent i windows i några generationer nu.

Vad innebär detta för oss? Antagligen kommer några att själv skapa en SQL tracker eller också anser alla att ETW är nog så bra. Hur som helst stöder arkitekturen i WF4.0 att vi skapar egna tracking participants som ni kan se på bilden nedan.

Vad är det då som sparas i vår tracking participant?
Workflow instance tracking records: Här sparas de stora händelserna, dvs start stop och fel.

· Activity tracking records: Här sparas de enskilda aktiviteternas händelser, dvs om de är schemalagda eller har något fel.

· Bookmark resumption tracking record: I WF4.0 finns begreppet bookmarks som vi pratat en del om tidigare, här sparas dessa

· User tracking records: Här sparas egen data, dvs upp till dig och mig :-)

Källa: The .NET endpoint

TheWorkflowWay - Grymt dokument av David Chappell

noreply@blogger.com (Daniel) — Thu, 11 Jun 2009 08:39:00 +0000

Här finns ett bra och beskrivande dokument som tar upp varför WF är en bra teknik och hur vi kan utnyttja den i våra lösningar. Informationen är krispig och tar även upp dublin samt WF4.0

Jag har själv använt WF som applikationsmotor i ett projekt där vi gjorde en stor migrering från en plattform till en annan. I det fallet styrde WF hela migreringen och vi kunde nyttja alla de fördelar som detta dokument tar upp.

WF 4 Migration Guidance

noreply@blogger.com (Daniel) — Mon, 08 Jun 2009 12:05:00 +0000

Nu har några riktigt intressanta white papers sett dagens ljus, dessa är:

WF Migration Best Practices.docx
WF Migration Overview.docx
WF4 Rules Guidance.docx
WF4 State Machine Guidance.doc

Samtliga kan laddas hem här

Vi kan mycket riktigt lägga märke till att codeactivitys fortfarande är en big no-no och att vi får byta ut state machine mot flowcharts.

Förutom detta kan vi även se att våra gamla flöden kommer att fungera i .NET4.0 då hela runtimen finns kvar och allt det nya finns i nya namespaces. Detta innebär alltså att befintliga projekt kan välja .NET4.0 utan att vara nervös för om WF skall lira eller inte.

The .NET 4 release of WF has, from the beginning, had two fundamental high level objectives:
1. Maintain full application compatibility: all WF solutions built on .NET 3.0 and 3.5 must run, without requiring redesign or source artifact migration, on .NET 4.

2. Address customer feedback and enhance the capabilities of WF, particularly around: customer adoption blockers; key missing features and usability issues; utilization of complementary .NET technologies.
The first objective cannot be compromised, as it resides squarely within the overall application compatibility goals of the .NET Framework.
Given this, the team could address goal #2 either by continuing to make incremental (non-breaking) changes on top of the WF3 technology, or by developing new workflow technology.
After analysis of pros and cons, the team chose the latter approach.

Värt att notera är att dessa dokument inte är färdiga utan kommer att förändras så detta är en sida som är värd att bevaka.

VS2010 beta och WF4.0, en första snabbtitt

noreply@blogger.com (Daniel) — Wed, 20 May 2009 06:28:00 +0000

Har nu kört VS2010 beta lite och lekt med WF4.0 och måste säga att jag hittills är glad och nöjd.

Installationen gick relativt snabbt och enda negativa är att det krävdes en omstart och att det var ett kompatibilitetsproblem med SQL 2008 och Windows 7 RC. Detta löstes iofs snabbt med en SP till SQL 2008.

Det är som jag redan påtalat massor som skiljer sig mot tidigare versioner av WF och jag skall i framtida inlägg gå igenom flera av dessa saker. Idag börjar vi lite lätt.

Här är en första titt på den toolbox som finns för WF4.0

Som ni ser är det många nya aktiviteter som kan göra livet lite roligare för oss, här finns BPEL-aktiviteter (exempel pick, assign, switch) och massor av sköna aktiviteter som hanterar samlingar (generiska!!)

Vad gäller själva workflowen så är det sequential eller flowchart som gäller, dvs state machine verkar inte vara ett alternative längre. Själv är jag barnsligt förtjust i flowchart så jag är nöjd och glad.

Sedan kommer ännu en stor förändring, förut var det en hel del steg för att skapa en instans av ett workflow men nu går det relativt snabbt

Detta är ett stort lyft för alla som gillar TDD (testdriven utveckling)

Detta vara allt för denna gång, mer kommer!

SharePoint Workflows på 64-bitars maskiner

noreply@blogger.com (Daniel) — Thu, 23 Apr 2009 12:40:00 +0000

Skall du bygga workflows för SharePoint i Visual Studio 2008/2005 på en burk med 64 bitars operativ och tänker använda extensions for SharePoint så får du problem i och med att detta inte är supportat och resulterar i en rejäl smäll.

Lösningen för tillfället är att använda WSPBuilderExtensions istället, finns att ladda hem på codeplex.

Uppdatering

Tyvärr verkar inte Microsoft vilja fixa detta:
“The plan for Visual Studio 2010 is to still not support SharePoint 2007 Workflow projects on a 64bit workstation. VS 2010 will avoid the problem of throwing exceptions by hiding the Project Templates for those two project types: SharePoint 2007 Sequential Workflow or SharePoint 2007 State Machine Workflow. However Visual Studio 2010 will support 64bit development of the future version of SharePoint”

Deras workaround är
”The workaround is to create, develop and debug your Workflow projects on a 32bit workstation and then later you can move your solution to a 64bit server for testing and production”

Båda citaten är från Christin Boyd, Program Manager, Visual Studio

“We understand that it is very inconvenient and expensive to maintain a 32bit workstation and a 64bit workstation”……

Workflow v4.0 på channel9

noreply@blogger.com (Daniel) — Thu, 23 Apr 2009 07:13:00 +0000

Hittade denna intressanta film på channel9 som visar WF4.0, den tar även helt kort upp hur vi kan använda testdriven utveckling i nästa version av WF.

Jag ser verkligen fram mot nästa version av WF pga många av de saker som jag tog upp redan under PDC men framförallt att DependencyProperties försvinner och den grymma prestandan.

Offtopic: Tack till alla som visade intresse på eventet som Connecta hade tillsammans med Addskills senast, jag pratade om workflows i SharePoint och jag tror inte någon somnade :)

Nytt dokument om workflows och prestanda i SharePoint

noreply@blogger.com (Daniel) — Thu, 26 Mar 2009 07:07:00 +0000

På msdn finns nu ett nytt dokument som på ett bra sätt beskriver vilka parametrar som styr prestandan som vi får i våra workflowimplementationer i SharePoint.

Detta är ett ämne som jag delvis gick igenom på TechDays och något som är viktigt att tänka på när vi skall konfigurera vår farm och när vi bygger våra arbetsflöden.

Här är de parametrar som enligt mig är viktigast i dokumentet

Throttle
Batch size
Timeout
Workflow timer interval

Exempel
stsadm -o setproperty -pn workflow-eventdelivery-throttle -pv "25" stsadm -o setproperty -pn workitem-eventdelivery-batchsize -pv "125" stsadm -o setproperty -pn workflow-eventdelivery-timeout -pv "10"En annan sak som jag tog upp på TechDays är att vi måste tänka på hur snabbt våra aktiviteter exekverar för att möjliggöra prestanda. Dokumentet på msdn tonar ned detta men jag anser fortfarande att det är en viktig designprincip att utföra varje aktivitet så snabbt som möjligt och implementera patterns som exempelvis business-task vilket jag visade på TechDays.

TechDays 2009

noreply@blogger.com (Daniel) — Wed, 18 Mar 2009 08:18:00 +0000

Idag är det dags för min och Mattias session på TechDays, den heter SharePoint Workflows – experiences from the field och går klockan 10:45. Som jag förstått det hela kommer presentationen inklusive ljud att bli tillgänglig från techdays-sidan och jag kommer i så fall länka direkt till den.

Ni som läser detta under själva sessionen… lyssna istället ;-)

Hoppas att allt går bra och att tekniken fungerar

Rolig dag på jobbet

noreply@blogger.com (Daniel) — Wed, 18 Feb 2009 12:59:00 +0000

I dagarna har jag vart lärare på AddSkills i kursen Visual Studio 2008 Windows Workflow Foundation.
På denna kurs finns en kollega vid namn Peter Ilis som visat sig vara en klurig kille. När jag gick igenom hur nya instanser av workflows får sina initiala värden så kom frågan om det inte fanns något enkelt sätt att göra detta hårt typat.

Problemet är alltså att den vanliga metoden att skapa nya instanser tar en Dictionary<string, object> som argument och det vanliga sättet att fylla den med data är via medföljande Add-metod. Här har vi alltså ingen validering att vi har rätt namn på våra properties och inte heller vet vi att vi använder rätt datatyp.. snyggt, njae

Tänk er ett workflow med två properties:

public class MyWorkflow
{
    public string Name { get; set; }
    public int Age{ get; set; }
}

Du vill sedan få möjligheten att skapa en dictionary som har hård typning och som vet vilka properties du har exponerat i ditt workflow. Exempelvis på följande sätt:

var d = new PropertyDictionary<MyWorkflow>();
d.Add(o => o.Age, 30)
 .Add(o=> o.Name, "John Doe");

Hur går denna magi till? Tja, det är rätt enkelt egentligen och här är lösningen som Peter skapade grunden till och som jag trixade vidare lite med.

public class PropertyDictionary<TWorkflowType> : Dictionary<string, object>
{
    public virtual PropertyDictionary<TWorkflowType> Add<TType>(Expression<Func<TWorkflowType, TType>> key, TType value)
    {
        Add(GetPropertyName(key), value);
        return this;
    }

    private string GetPropertyName<TType>(Expression<Func<TWorkflowType, TType>> propertyExpression)
    {
        MemberExpression expressionBody = (MemberExpression)propertyExpression.Body;
        return expressionBody.Member.Name;
    }
}

Kör så det ryker, jag tycker detta är grymt coolt!