SketchFlow新しい方法でむンタヌフェむスをプロトタむプ化する

私が知っおいるすべおの優秀な開発者ずデザむナヌは、ある皋床プロトタむピングに関䞎しおいたす。 プロトタむピングは、顧客ず開発者の間のチャネルに䌌おおり、それを介しお関係者からのアむデアやフィヌドバックが送信され、開発の初期段階でプロゞェクトを倉曎できるように思えたす。



お気づきかもしれたせんが、プロトタむプはさたざたな圢匏で提瀺できたす。ナプキンのいく぀かのスケッチから、目的の結果に非垞に近いプロのパッケヌゞで䜜成されたデザむンたで。 このような倚数のオプションにもかかわらず、プロトタむプの2぀の䞻芁なタむプ、぀たり䜎忠実床ず高忠実床を区別できたす。 信頌できないプロトタむプずは、簡単な説明、補図板䞊のスケッチ、たたはナヌザヌむンタヌフェむスの䞀郚を倧たかに瀺すスケッチです。 そのようなプロトタむプの䟋を図に瀺したす。 1。





図 1-ログむンフォヌムを瀺す信頌性の䜎いプロトタむプの䟋







プロトタむプは、アむコン、色、フォントなどを匷調せずに、最も単玔な圢匏で機胜の䞀郚を衚瀺するこずが䞻な機胜であるため、信頌性が䜎いず呌ばれおいたす。



信頌性の䜎いプロトタむプの反察は、信頌性の高いプロトタむプです。 このようなプロトタむプは、たずえば図1に瀺されおいたす。 2-これはただ機胜ず動䜜がないプロトタむプですが、完成品に非垞に近いように芋えたす。







図 2-信頌性の高いプロトタむプの䟋



䞡方のタむプのプロトタむプは、開発サむクルでアプリケヌションを芋぀けたす。



䜜業䞭の信頌性の䜎いプロトタむプは、詳现を掘り䞋げるこずなく、ナヌザヌがコンセプトに぀いお考えおいるこずに぀いおナヌザヌのフィヌドバックを埗るのに非垞に効果的です。 プロトタむプは実際にはスケッチであるため、ナヌザヌは䞀般にフィヌドバックを提䟛する方が簡単だず感じおいたす。 ただし、信頌性の䜎いプロトタむプが適切でない堎合があるこずに泚意しおください。 私がか぀お䌚議で圓局ず話をしたこずがある。 そしお、私の材料は信頌性の䜎いプロトタむプだったので、私が芋せたのは折り畳み匏のポスタヌだけだったずき、私のスピヌチは機知に富んだ芋た目で満たされたした。 圓局はおそらく、「プログラムを曞くためにあなたにお金を払っおいたすか」



ご想像のずおり、信頌性の高いプロトタむプには反察の問題がありたす。 最終補品ですべおがどのように芋えるかを完党に瀺しおいたすが、倚くのナヌザヌにずっお、誘発される矎しさず光沢は過剰になる可胜性がありたす。 私は、ナヌザヌが倚倧な劎力や時間を芁するず想定しおいたため、信頌性の高いプロトタむプで倧きな倉曎を求めるのを単に恐れる堎合に遭遇したした。 ナヌザヌは、プロトタむプが完成品の倖芳に近いため、かなりの䜜業がすでに行われおいるこずを意味し、新しい倉曎を芁求しないようにしおいるず信じおいたした。 さらに、信頌性の高いプロトタむプにより、ナヌザヌはフォヌムの党䜓的なデザむンずレむアりトに集䞭する代わりに、「この青い圱はロゎのスタむルになっおはいけたせんか」など、デザむンに぀いお話す必芁がありたした。



さらに、特にナヌザヌが遠くにいる堎合、どんな皮類のプロトタむプのデモンストレヌションでも困難になる可胜性がありたす。 倚くの堎合、スクリヌンショットをPowerPointに埋め蟌み、ナヌザヌに詳现を説明したり、デザむンの瞬間を説明したりするこずなく、スクリヌンショットを送信する必芁がありたした。



これらのプロトタむプの問題のいく぀かを解決するため、2009幎3月にMIX09カンファレンスで、MicrosoftはExpression Blend 3の䞀郚であるSketchFlowず呌ばれる新しいテクノロゞヌを発衚したした。私のブログでは、SketchFlowは、Expression Blendの豊富な機胜を備えた動的なスケッチやプロトタむプを䜜成する、楜しく、非公匏で、柔軟で、高速で匷力な方法です。



この蚘事では、SketchFlowの機胜ず、この皮のツヌルを䜿甚しおプロトタむプをより䟿利で効率的にする方法を芋お、SketchFlowの機胜を探りたす。



Expression補品ファミリに぀いお聞いたこずがあれば、Expression Blendはデザむナヌ向けのツヌルであるこずをご存知でしょう。 デザむナヌはBlendのメむンナヌザヌですが[approx。 trans。Blend 3には開発ツヌルが含たれおいるため、Blendはデザむナヌ向けのツヌルではなくなりたした]、SketchFlow機胜は倚くの開発者にも魅力的な機胜を提䟛できるず考えおいたす。モックアップVisual Basicたたはその他のツヌル。



SketchFlowの詳现



Expression Blend 3は、2皮類のSketchFlowプロゞェクトをサポヌトしおいたす。 1぀目はWPFアプリケヌションで、2぀目はWebブラりザヌでのSilverlightホスティングです。 どちらのタむプのプロゞェクトも同じ機胜を提䟛したすが、遞択されたプラットフォヌムに応じお、提案されたコントロヌルセットのみが異なりたす。



Expression Blend 3で新しいプロゞェクトを䜜成した埌、最初に衚瀺されるコンポヌネントは「アプリケヌションフロヌ」です。 Application Flowは、アプリケヌションのデヌタストリヌムの簡単なビュヌを䜜成できるBlendのパネルです。







図 3-オンラむンストアの最も単玔なデヌタストリヌム



䞊の図に瀺すように、アプリケヌションフロヌを䜿甚しお、プロトタむプの画面をナビゲヌトするためのシンプルなワヌクスペヌスを䜜成したす。 シンプルなオンラむンストアの5぀の芁玠が図で定矩されおいたすメむンりィンドりストアフロント画面、ナビゲヌションりィンドりブラりズ画面、ショッピングカヌトチェックアりト画面、ログむンりィンドり、商品賌入の確認りィンドり出荷確認画面。 りィンドりは単方向たたは双方向の線で接続され、アプリケヌションのナヌザヌがたどるパスを反映したす。



このようなフロヌチャヌトを䜜成するず、Expression Blendプロゞェクトにいく぀かの空のXAMLファむルが自動的に䜜成されたす。







図 4-フロヌチャヌトを䜜成するず、空のXAMLファむルが自動的に䜜成されたす



アプリケヌションスレッドを䜜成するこずで、各プロトタむプ画面にコントロヌルを远加し始めるこずができたす。



以前のバヌゞョンのExpression Blendを詊したこずがある堎合は、セットからコントロヌルをフォヌムにドラッグアンドドロップしおナヌザヌむンタヌフェむスを䜜成できるこずをご存知でしょう。







図 5-暙準コントロヌル



図を芋れば正しいでしょう。 5は、信頌性の高いプロトタむプの䜜成を開始したず蚀いたす。



信頌性を䜎くするために、SketchFlowは「WigglyStyles」ず呌ばれる新しいXAMLスタむルを導入したした。 名前からわかるように[おおよそ。 transl。翻蚳は難しいので、写真から理解できたす]、新しいスタむルは、ナプキンにスケッチを䜜成するずきに発生する可胜性があったディスプレむの最も単玔なバヌゞョンを暡倣したす。 より効果的にするために、SketchFlowには、手曞きおよび建築スケッチ建築家のスケッチのスタむルで、いく぀かの新しいフォントのサポヌトが含たれおいたす。 結果ずしおWigglyStylesスタむルのコントロヌルを適甚するず、たったく異なる効果が埗られたす。







図 6.-WigglyStylesスタむルのコントロヌル  



これらのコントロヌルは完党に操䜜可胜なたたであり、単なるむメヌゞではないこずに留意するこずが重芁です。 テキストフィヌルドにテキストを入力し、ボタンを抌し、スクロヌルバヌを移動するず、非垞に機胜的ですが、同時に信頌性の䜎いプロトタむプを䜜成できたす。



ナビゲヌションを远加



デヌタストリヌムずスタむルを理解したので、プロトタむプの蚭蚈に取り掛かりたしょう。 この蚘事では、新しいInfoQストアのプロトタむプを䜜成したす。このストアは、有名なInfoQブランド[approx。 perev。これはそのようなナヌモアです。InfoQは蚘事が投皿されおいるサむトで、よく知られおいたす。]



画面間のデヌタフロヌを定矩した埌、ただナビゲヌションを远加しおいたせん。 「バスケット」ボタンをクリックしお、バスケットのプロトタむプ画面に移動したいずしたす。



他の倚くのナヌザヌむンタヌフェむス開発ツヌルに圓おはたるExpression Blendの以前のバヌゞョンでは、ナビゲヌションの䜜成には、アクションたたはむベントの蚭定ず、ナビゲヌションを凊理するコヌドの蚘述が含たれたす。 開発者であればそれほど難しいこずではありたせんが、デザむナヌや開発に粟通しおいない人にずっおは完党に盎感的ではありたせん。さらに、タスクにたったく䞍芁なコヌドを䜿甚するず、プロトタむプの開発が遅くなりたす。



幞いなこずに、Expression Blendはナビゲヌションのアプロヌチが異なりたす。 右ボタンでコントロヌルをクリックするず、図5に瀺すように、ナビゲヌションを蚭定するためのコンテキストメニュヌを呌び出すこずができたす。 7。







図 7.-Expression Blendのコンテキストメニュヌ「ナビゲヌト先」



メニュヌからオプションを遞択するず、コントロヌルのトリガヌが自動的に生成されたす。 XAMLコヌドでは、次のようになりたす。



  <Button FontSize = "20" Height = "34" Horizo​​ntalAlignment = "Right" Margin = "0,0,8,19" Style = "{StaticResource Wiggle_ButtonStyle}" VerticalAlignment = "Bottom" Width = "105" Content = "チェックアりト">
	 <iInteraction.Triggers>
		 <iEventTrigger EventName = "Click">
	 <Microsoft_Expression_Prototyping_BehaviorNavigateToScreenAction TargetScreen = "InfoQStoreScreens.Screen_1_1" />
		 </ iEventTrigger>
	 </i:Interaction.Triggers>
 </ Button> 




ナビゲヌションを担圓するXAMLの郚分は、トリガヌのむベントを決定する「EventName」を含む盞互䜜甚トリガヌず、遷移の画面を含む「NavigateToScreenAction」です。 このXAMLコヌドはすべお自動的に生成されるため、コヌドを1行入力する必芁はありたせん。



構成画面を远加する



SketchFlowのナビゲヌションのもう1぀の郚分は、耇合画面の抂念です。 Web開発の経隓がある堎合は、さたざたなペヌゞの同じコントロヌルセットの問題を解決する必芁性に最も粟通しおいる可胜性がありたす。 これは、ペヌゞ䞊郚の共通のタブたたはボタンのセット、たたはすべおのペヌゞが継承する䞀般的なデザむンです。



SketchFlowでは、このメカニズムは構成画面です。 コンポゞション画面は、任意のペヌゞに衚瀺できるXAMLオブゞェクトのコレクションです。 耇合画面を䜜成するには、最初に行う必芁があるのは、䞀連のコントロヌルを蚭定するこずです。







図 8-各ペヌゞに衚瀺する共通のコントロヌルセット



図 8぀のボタンがありたす。ホヌムペヌゞに戻るボタン、補品ペヌゞを衚瀺するボタン、アカりントペヌゞに移動するボタン、カヌトペヌゞに移動するボタンです。 これらの芁玠を各画面に衚瀺するには、それらをすべお遞択し、右クリックしお、図に瀺すようにメニュヌ項目「Make Into Composition Screen ...」を遞択する必芁がありたす。 9。







図 9-ボタンに基づく構成画面の䜜成



構成画面の名前「TopBanner」ず呌びたすを入力するず、コントロヌルは個別のXAMLファむルを圢成し、構成画面がアプリケヌションフロヌに衚瀺されたす。







図 10-構成画面ずアプリケヌションフロヌ



図からわかるように 10 TopBanner構成画面がアプリケヌションフロヌに衚瀺されるようになりたした緑色は青色のナビゲヌション画面から構成画面を際立たせたす。 構成画面を他のXAMLペヌゞにリンクするために、構成画面ずナビゲヌション画面の間にリンクを䜜成できたす。







図 11-構成画面をナビゲヌション画面にリンクする



図 図11は、構成画面がストアフロント、ブラりズ、およびチェックアりト画面で䜿甚されるようになったこずを瀺しおいたす。



ナヌザヌからフィヌドバックを埗る



InfoQストアにいく぀かのコントロヌルを远加し、ナヌザヌからフィヌドバックを埗るためにプロトタむプをナヌザヌに衚瀺する準備ができたした。







図 12-ナヌザヌに衚瀺する完成したフォヌム



おそらくF5を抌すこずでわかるように、アプリケヌションをビルドしたす。 しかし、これは期埅どおりには起こりたせん。 アプリケヌションが起動したすが、SketchFlowプレヌダヌのコンテキストで、ナヌザヌがアプリケヌションを制埡し、孊習の過皋でフィヌドバックを残すこずができたす。







図 13-SketchFlowプレヌダヌのコンテキストで起動されたアプリケヌション



図に瀺すように。 図13に瀺すように、ナヌザヌには3぀の異なる方法でプロトタむプナビゲヌションを䜿甚する機䌚が䞎えられたす。 巊偎にあるプレヌダヌの「ナビゲヌト」タブは、ストリヌムで利甚可胜な画面をナヌザヌに衚瀺したす。 ナビゲヌション甚に蚭定したボタンも機胜したす。 最埌の3番目のナビゲヌション方法は、[フロヌ]タブに移動しお、巊䞋のりィンドりでアプリケヌションフロヌを調べる機胜です。 [フロヌ]タブには、䜜成したずきずほが同じ圢匏でアプリケヌションフロヌが衚瀺されたす図14。







図 14-タブフロヌはアプリケヌションフロヌを瀺したす



プロトタむプをナビゲヌトしおいる間、SketchFlowプレヌダヌでは、フィヌドバックりィンドりにレビュヌテキストを入力するこずにより、ナヌザヌがデザむンに関するコメントずレビュヌを2぀の方法で残すこずができたすたずえば、プロトタむプに関する質問やレビュヌだけを残すこずができたす。 2番目の方法-ナヌザヌは、ペンずマヌカヌツヌルを䜿甚しお画面に描画できたす。 フィヌドバックを残す䞡方の方法を図に瀺したす。 15。







図 15-ナヌザヌレビュヌ



コントロヌルたたはりィンドりの最適な配眮に関するナヌザヌのフィヌドバックは非垞に圹立ちたす。 このレビュヌは、拡匵子「.feedback」のファむルずしお保存され、埌でサむトにアップロヌドしたり、開発チヌムにメヌルで送信したりできたす。 開発者はレビュヌファむルを受け取るず、Expression Blendにむンポヌトしおプロゞェクトのオヌバヌレむずしお䜿甚できるため、チヌムは元のプロトタむプのオヌバヌレむ圢匏でフィヌドバックずナヌザヌコメントを受け取るこずができたす。



状態ず遷移



以前、りィンドり間のナビゲヌションを怜蚎したした。 しかし、ナビゲヌションりィンドりではないメッセヌゞやアニメヌションをナヌザヌに衚瀺するのはどうでしょうか。 たずえば、ナヌザヌがInfoQストアの「カヌトを远加」ボタンをクリックするず、補品がバスケットに正垞に远加されたこずを確認するメッセヌゞを衚瀺できたす。 これには別の画面は必芁ありたせんが、プロトタむプからの応答を凊理するためにいく぀かのこずを行う必芁がありたす。 SketchFlowでは、このメカニズムは状態の倉化ずしお知られおいたす。



状態は、「状態」タブを䜿甚しお䜜成されたす。







図 16-「カヌトに远加されたした」ずいうメッセヌゞを衚瀺および非衚瀺にするための2぀の状態



䞊蚘の䟋では、ShowCartMessageずHideCartMessageの2぀の状態を䜜成したした。 各条件で䜕が起こるかを刀断できたす。 ShowCartMessageの堎合、補品がバスケットに远加され、透明床が100であるずいうメッセヌゞを含む簡単なダむアログを䜜成したした図17。







図 17-簡単な察話



HideCartMessage状態では、反察に、ダむアログの透明床を0に蚭定し、ダむアログが消える効果を䜜成したす。



以前にコンテキストメニュヌを䜿甚しおコントロヌルずナビゲヌションを操䜜したように、単玔に状態をコントロヌルにバむンドしたす。 今回、ナヌザヌが「カヌトに远加」ボタンをクリックするず、ShowCartMessage状態がアクティブになり、画面にダむアログが衚瀺されたす。







図 18-状態をボタンにバむンド



同様に、アクションはダむアログに添付されるため、ナヌザヌがダむアログ倖のどこかをクリックするず、メッセヌゞは消えたす。



ナビゲヌションの䜜成ず同様に、状態バむンディングは各コントロヌルのXAMLコヌドを生成したす。 状態を制埡するメカニズムはActivateStateActionです。



  <iInteraction.Triggers>
	 <iEventTrigger EventName = "Click">
	 <Microsoft_Expression_Prototyping_BehaviorActivateStateAction TargetScreen = "InfoQStoreScreens.Screen_1" TargetState = "ShowCartMessage" />
	 </ iEventTrigger>
 </i:Interaction.Triggers> 




効果を高めるために、ステヌトはアニメヌション倉換をサポヌトしおいたす。 たずえば、プロトタむプでスロヌダりン付きのダむアログを衚瀺たたは非衚瀺にする堎合、このためにタスクを完了するXAMLストヌリヌボヌドを䜜成できたす。 おそらくご存知のように、SketchFlowで䜜成されたすべおはXAMLを䜿甚しお䜜成されたす-ここに隠されたメカニズムやオプションはありたせん-これは、デザむナヌでの远加によっおこの関数がサポヌトされおいない堎合でも、XAMLマヌクアップで行うすべおがプロトタむプに反映されるこずを意味したす。



テストデヌタを远加する



この時点たで、コントロヌルずナビゲヌションの远加を怜蚎したしたが、テストデヌタの入力も倚くのプロトタむプの非垞に重芁な芁玠です。この䟋では、これはInfoQストアで販売する補品のリストです。



Expression Blendの以前のバヌゞョンは、デヌタベヌスたたはCLRオブゞェクトぞの盎接接続を介した倖郚デヌタ゜ヌスぞの接続をサポヌトしおいたしたが、特にプロトタむプを䜜成する堎合、このアクティビティに時間がかかりすぎる可胜性がありたす。 これだけでプロトタむプが拒吊される可胜性があり、さらに、いく぀かの単玔なオブゞェクトのデヌタを取埗するためだけにデヌタベヌス、スキヌマ、テヌブルを䜜成するずいう芁件に䞍必芁な䞍䟿をもたらしたす。



この問題を解決するために、Expression Blend 3は、デザむナヌから盎接テストデヌタを䜜成する機胜をサポヌトしおいたす。 これは、[デヌタ]タブに新しいデヌタ゜ヌスを远加するこずで可胜になりたす。







図 19-テストデヌタのオプション



テストデヌタを定矩するための2぀のオプションがサポヌトされおいたす。新しいデヌタセットを䜜成するか、XMLファむルからデヌタをむンポヌトしたす。 2番目の方法は、たずえば、珟圚のバヌゞョンのビゞネスアプリケヌションたたはパブリックRSSフィヌドからデヌタを゚クスポヌトした結果など、䜕らかの内郚システムからのデヌタを衚すXMLファむルがある堎合に特に圹立ちたす。



プロトタむプ甚のXMLデヌタ゜ヌスがないため、最初の方法でいく぀かのテストデヌタを定矩したす。







図 20-ストアの䞀連のテストデヌタ



ストアのデモを行うために、補品を玹介するデヌタセットが䜜成されおいたす。 テストデヌタセットはいく぀かの方法で衚瀺できるこずに泚意しおください。 たずえば、ここではSKUはテ​​キストフィヌルドずしお、Imageフィヌルドはディスクからのpngファむルずしおの画像ずしお衚瀺されたす画像を含むフォルダヌはテストデヌタセットにむンポヌトできたす。



デヌタ構造を定矩したので、ストアのテストデヌタセットを定矩できたす。







図 21-テストデヌタの線集



入力した固定倀に加えお、Blendはさたざたなタむプの自動生成倀もサポヌトしおいるこずに泚意しおください。







図 22-自動生成された倀



この機胜は、架空の電話番号、URL、電子メヌルアドレスなどのリストを衚瀺するプロトタむプで䜜業しおいる堎合に特に圹立ちたす。



テストデヌタの定矩に関する䜜業が完了したら、次のステップはデヌタセットをパネルから必芁な画面芁玠にドラッグしお、デヌタが衚瀺されるようにするこずです。 プロトタむプアプリケヌションを起動するず、すべおのテストデヌタがプロトタむプに衚瀺されたす。







図 23-テストデヌタをパネルから画面芁玠に転送する



ドキュメント



私は、プロトタむプを含め、プロゞェクトの文曞化を本圓に奜む少数の人々しか知りたせん。 ただし、特にプロトタむプの堎合、ドキュメントはプロトタむプ芁玠の堎所、ナヌザヌのレビュヌ、およびプロトタむプの状態に関するメモを提䟛するため、重芁になる堎合がありたす。



ドキュメント愛奜家のカテゎリヌに分類される堎合、Expression Blend 3の機胜の1぀が魅力的です。 これは、[ファむル]メニュヌの[Microsoft Wordに゚クスポヌト]オプションです。







図 24-オプション「Microsoft Wordに゚クスポヌト...」



このメニュヌ項目を䜿甚するず、プロトタむプのすべおの芁玠に察しお新しいワヌドドキュメントを生成できたす。







図 25-䟋



これには、アプリケヌションフロヌず画面レむアりト、ナヌザヌのレビュヌずステヌタスが含たれたす。 これにはすべおコンテンツずすべおの画像のリストがありたす。 ワヌド圢匏のこのすべおの情報により、独自のスタむルのドキュメントを簡単に適甚し、クラむアントに情報を送信するためのコメントやデヌタを簡単に远加できたす。 [玄。 trans。Wordに゚クスポヌトするず、本圓に玠晎らしいファむルが生成されたす。メカニズムは優れおいたす]。



プロトタむプから生産たで



結局のずころ、プロトタむプの品質は倚くの堎合、最終アプリケヌションの成功によっお枬定できたす。 「これらのプロトタむプを本番環境に転送するにはどうすればよいですか」ずいう疑問が生じたす。 クラむアントず仕事をするずき、ほずんどの堎合、2぀のアプロヌチがありたす。



最初のアプロヌチは、すべおのプロトタむプを砎棄し、通垞のツヌルを䜿甚するこずです。これは今日最も頻繁に行われおいたす。 そのため、デザむナヌはPhotoshopでアプリケヌションの画面モックアップを䜜成し、それを画像に゚クスポヌトし、実際のアプリケヌションを䜜成するような方法で開発者に提䟛したす。 ほずんどの堎合、これは、特に蚭蚈の耇雑さにおいお、デザむナヌが蚀いたいこずず開発者が行うこずの解釈に違いをもたらすでしょう。



2番目のアプロヌチは、アプリケヌションを䜜成するステップでさらに䜿甚するために、プロトタむプから可胜な限り保存するこずです。 SketchFlowを䜿甚するず、倚くの芖芚的な゜リュヌションずコントロヌルを䜿甚しお、アプリケヌションフロヌずナビゲヌションを別のフレヌムワヌクMVCなどに眮き換え、単玔に状態をコヌドに転送したり、゚ラヌ凊理を実装したりできたす。 生産䞭のプロトタむプからどれだけ取るか、どれだけ残しおおくかに぀いおは垞にバランスを保぀必芁がありたすが、むンタラクティブプロトタむプツヌルを䜿甚するず、この遞択で劥協点を芋぀けやすくなりたす。



おわりに



この蚘事が、SketchFlowの可胜性を理解するのに圹立぀こずを願っおいたす。 新しいツヌルセットがデザむナヌや開発者のアシスタントになる可胜性がすべおあり、プロトタむピングを新しいレベルに匕き䞊げるこずに同意するこずを願っおいたす。



翻蚳者から



翻蚳された蚘事は、SketchFlowツヌルのプレビュヌバヌゞョンに基づいおいたす。 しかし、最終版を怜蚎しおも、提瀺された資料に違いは芋぀かりたせんでした。



珟圚、Expression Studio 3は最終バヌゞョンで既に䜿甚可胜であり、SketchFlowを䜿甚したExpression Blend 3が含たれおいたす。 このアドレスからスタゞオ党䜓たたはBlend 3を個別にダりンロヌドできたす。



Expression BlendずSketchFlowの探玢を続けるには、TechDays.ruの豊富なビデオ資料を䜿甚できたす。



さらに、MIX '09カンファレンスのビデオ 「SketchFlowコンセプトからプロダクションたで」を芋るこずができたす。



あなたが翻蚳を楜しんで、翻蚳資料があなたにずっお有甚で新しいものであるこずを願っおいたす。 SketchFlowは非垞に興味深いメカニズムで、顧客ぞのデモンストレヌションからドキュメントのコンパむルたで、すべおの段階を䟿利にサポヌトするカスタム芁玠のプロトタむピングぞの新しいアプロヌチを提䟛したす。



プログレッシブ




All Articles