2011-07-11 7 views
0

クライアントのWPFアプリケーションの作業を開始しました。彼らには、アプリケーションの視覚的デザインを行うために使用したい社内デザイナーがいます。これは私には問題ありません。私たちが作成したwebappと似たようなことをやっただけで、うまくいきました。WPF/Blendを使用して外部デザイナーとできるだけ共用しない

私たちはデザイナーをBlend氏に指摘しています。彼は、アプリケーション開発を進めているうちに、やってきて学びます。

社内のソース管理が(わかりやすく)ロックされているため、これらのリソースがおそらく存続する共有Dropboxフォルダがあります。共有Mercurialリポジトリのようなものを導入することはできません。

私がしたいことはデザイナーと最小限のものを共有することです。できる場合はxamlファイルのみを共有します。これは私の最初の大規模なWPFプロジェクトであり、私の最初のBlendと外部デザイナーが関与しているので、このベストプラクティスについてはよく分かりません。

答えて

1

私はBlendをかなり使います。ほとんどの場合、ModelとCodeBehind/ViewModelのインターフェイスとアウトラインが必要です。

私は通常、(デザインとコード)のすべての作業を行いますが、モデルを使用して作成できるデザインタイムデータをホストすることができます。 ViewModelがうまく設計され、文書化されていれば、私はそれの周りにインターフェイスを書くことができます。モデルやその他のロジックが送信されるバイナリに存在する場合は、公開されているメンバが十分に文書化されていることを確認して、行動に基づいて何を期待するかを把握してください。

もっと多くのコードをリリースするという承認を受けることができれば、ずっとうまくいくでしょう。実際のコードはドキュメンテーションをはるかに超えています。

+0

ビューモデル自体、さまざまなビヘイビア/コンバータ、非常に細いサービスプロキシクラス、およびCaliburn Microのセットアップ以外のWPFプロジェクトには、実際のロジックはありません。デザイナーが顧客のために働くので、私はさらに少なくなることを望んでいました。私は、実際のビューモデルとプロキシを別のアセンブリに移動し、NameTransformerを実装することができます。 –

+0

デザイナーがどれくらい良いか分かりませんが、理想的には組み込みアセンブリで行うことができます。文書化されたメソッドとプロパティ本当にそれはアプリケーションの洗練さにかかっていますが、実際には彼らは入力の出力と例外のケースを示すドキュメントを扱うことができます。 – CodeWarrior

+0

これは私がやったことです。ビューモデルおよびその他のさまざまなコードファイルは、独自のアセンブリに移動されました。 –

関連する問題