Comments on: HowToCode: Wie bildet man einen Workflow im Code am besten ab? http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/ Webdevelopment with ASP.NET MVC, jQuery & the Microsoft Stack Thu, 02 Feb 2012 18:16:52 +0000 hourly 1 http://wordpress.org/?v=3.1.2 By: Christian Anderegg http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/comment-page-1/#comment-24774 Christian Anderegg Wed, 15 Apr 2009 13:17:52 +0000 http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/#comment-24774 Die bunten Bildchen sind im Grunde nichts anderes als dein Struktogramm. Somit hättest du schon mal einen Arbeitsschritt gespart. (kein Umwandeln in Pseudocode) Der Vorteil von WF besteht darin, dass man sich komplet auf die Logik des Programms konzentrieren kann. Das heisst, man erstellt zuerst das Struktogramm (gibt verschieden komplexe Varianten) und danach werden die einzelnen Activities programmiert. (wenn du das einmal verstanden hast, kanst du am Besten beim Erstellen des "Knotenpunkts" bereits die Activity programmieren.) Dies ist aber nicht der einzige Vorteil. Die von dir erstellten Activities kann man für jedes beliebige Projekt (natürlich in WF) verwenden. Das heisst, wenn du einmal die Activity "verbinde mit Server" erstellt hast, kannst du dieses immer wieder verwenden. (wahrscheinlich musst du dann noch den ConnectionString ändern aber dies wird mit den Properties gemacht, siehe Variablen und Argumente in WF 4.0) Falls ich ein bisschen unverständlich geschrieben habe, möchte ich mich dafür entschuldigen. Falls du noch weitere Fragen hast, kann ich dir die Videos von der PDC2008 empfehlen (<a href="http://channel9.msdn.com/pdc2008/TL17/" rel="nofollow">A first look into WF 4.0</a> und <a href="http://channel9.msdn.com/pdc2008/TL21/" rel="nofollow">Extending with Custom Activities</a>) Viel Spass Die bunten Bildchen sind im Grunde nichts anderes als dein Struktogramm. Somit hättest du schon mal einen Arbeitsschritt gespart. (kein Umwandeln in Pseudocode)

Der Vorteil von WF besteht darin, dass man sich komplet auf die Logik des Programms konzentrieren kann. Das heisst, man erstellt zuerst das Struktogramm (gibt verschieden komplexe Varianten) und danach werden die einzelnen Activities programmiert. (wenn du das einmal verstanden hast, kanst du am Besten beim Erstellen des "Knotenpunkts" bereits die Activity programmieren.)

Dies ist aber nicht der einzige Vorteil. Die von dir erstellten Activities kann man für jedes beliebige Projekt (natürlich in WF) verwenden. Das heisst, wenn du einmal die Activity "verbinde mit Server" erstellt hast, kannst du dieses immer wieder verwenden. (wahrscheinlich musst du dann noch den ConnectionString ändern aber dies wird mit den Properties gemacht, siehe Variablen und Argumente in WF 4.0)

Falls ich ein bisschen unverständlich geschrieben habe, möchte ich mich dafür entschuldigen. Falls du noch weitere Fragen hast, kann ich dir die Videos von der PDC2008 empfehlen (A first look into WF 4.0 und Extending with Custom Activities)

Viel Spass

]]> By: Der Softwareentwickler Blog http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/comment-page-1/#comment-20185 Der Softwareentwickler Blog Thu, 12 Feb 2009 11:23:15 +0000 http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/#comment-20185 Wenn ich entwickel, dann plane ich meinen Programmablauf (also den Workflow) und erstelle erstmal ein Struktogramm auf Papier. Dies übertrage ich dann als Text in Kommentarform, ähnlich wie Du mit Deinem Pseudocode, erstmal in meine zukünftige Methode. Und beginne ich zu programmieren und orientiere mich dabei an den Texten und nutze diese gleichzeitig als Kommentare für meinen Code. Da ich komplexere Operationen meistens ausgliedere entsteht hierbei normalerweise auch nicht das Problem der Unübersichtlichkeit. Ich hoffe, dass ich mich verständlich ausgedrückt hab. Aber kannst Du mir mal sagen, was WF tatsächlich  macht (also außer bunte Bildchen malen)? Wird anhand der Grafik Code im Hintergrund erzeugt oder wie soll WF mir das Arbeiten erleichtern? Alles was ich bisher gelesen hab hat mich nicht wirklich dazu gebracht mich damit weiter zu beschäftigen, andere Neuerungen waren da interessanter... Wenn ich entwickel, dann plane ich meinen Programmablauf (also den Workflow) und erstelle erstmal ein Struktogramm auf Papier.
Dies übertrage ich dann als Text in Kommentarform, ähnlich wie Du mit Deinem Pseudocode, erstmal in meine zukünftige Methode.
Und beginne ich zu programmieren und orientiere mich dabei an den Texten und nutze diese gleichzeitig als Kommentare für meinen Code.
Da ich komplexere Operationen meistens ausgliedere entsteht hierbei normalerweise auch nicht das Problem der Unübersichtlichkeit.

Ich hoffe, dass ich mich verständlich ausgedrückt hab.

Aber kannst Du mir mal sagen, was WF tatsächlich  macht (also außer bunte Bildchen malen)? Wird anhand der Grafik Code im Hintergrund erzeugt oder wie soll WF mir das Arbeiten erleichtern? Alles was ich bisher gelesen hab hat mich nicht wirklich dazu gebracht mich damit weiter zu beschäftigen, andere Neuerungen waren da interessanter…

]]> By: Oliver Guhr http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/comment-page-1/#comment-20180 Oliver Guhr Thu, 12 Feb 2009 09:59:22 +0000 http://code-inside.de/blog/2009/02/12/howtocode-wie-bildet-man-einen-workflow-im-code-am-besten-ab/#comment-20180 In deinem Fall würde ich dir zur WF raten. Dein Workflow ist zu komplex(ich kenn ja den rest) um ihn schön mit if's und else's zu bauen und einfach genug um ihn mit standard Elementen der WF umzusetzen. Ich denke du kannst deinen Workflow ohne großen Zauber relativ schnell mit der WF umsetzen.<div>Ich denke mal das auch in einer neuen Version der WF die kompatibilität zu aktuellen Version erhalten bleibt bzw. es wieder ein Tool zum migrieren geben wird.</div><div></div> In deinem Fall würde ich dir zur WF raten. Dein Workflow ist zu komplex(ich kenn ja den rest) um ihn schön mit if’s und else’s zu bauen und einfach genug um ihn mit standard Elementen der WF umzusetzen. Ich denke du kannst deinen Workflow ohne großen Zauber relativ schnell mit der WF umsetzen.
Ich denke mal das auch in einer neuen Version der WF die kompatibilität zu aktuellen Version erhalten bleibt bzw. es wieder ein Tool zum migrieren geben wird.
]]>