スマート クライアント ソフトウェア ファクトリーの体験

Question

を使用して「現実世界」のアプリケーションを構築した経験のある人はいますか? スマート クライアント ソフトウェア ファクトリ, 、Microsoft のパターンとプラクティス グループからですか?マスターするのがどれほど難しかったか、市場投入までの時間が短くなったかどうか、その他一般的な落とし穴についてのアドバイスを求めています。

Answer 1

私たちは約 10 人の開発者が参加する実際のアプリに SCSF を使用しました。使用パターンを設定して開発するのは学習に時間がかかりましたが、一度設定してしまえば、新しい開発者をプロジェクトに紹介するのは非常に簡単でした。CAB と SCSF の使用は、特に各開発者のスピードと生産性を向上させるために、プロジェクトにとって非常に有益でした。

SCSF の欠点は、使用されない可能性のある機能が多数提供されていることです (おそらく機能の 60% しか使用していません)。

新しいプロジェクトでも SCSF を使用しており、PRISM へのリファクタリングを検討しています。PRISM を使用すると、使用されない機能を削除できます。WPF を使用している場合は、PRISM を検討することをお勧めします。

Answer 2

私には個人的な経験がないので、私のアドバイスよりも誰かのアドバイスを優先してください。この工場を利用した同僚を 2 人知っていますが、どちらも同じテイクウェイを持っていました。

1. セットアップと学習は苦痛だった
2. 結局それだけの価値はあった

ですので、事前に時間に余裕があるのであれば、ぜひ行ってみてください。

Answer 3

当社は 2006 年に 8 名 (UI 4 名 + WCF サービス 4 名) の開発者とともに SCSF アプリケーション (採用活動) を開発しました。現在、1 フロアで 350 人のユーザーが使用しています。

最初はチュートリアルが少なかったので学ぶことが多すぎましたが、感謝しています。 マティアス・ウォロスキー そして ユージェニオ・ペイス パターンと実践/コードプレックスで多大な貢献をしてくれた人。私たちが得点した主な分野は次のとおりです:-

1）UIとビジネスの明確な分離2）開発者の焦点を当てた役割3）アプリケーションのオンデマンド構造に基づくモジュール4）ClickOnceから簡単に展開できる5）開発者のライフを簡単で構造化する準備ができたパターンとヘルパー。

以下をサポートするため、時間の経過とともにユーザーの間で多くの尊敬を集めてきました。

1）RBAC-ロールベースのアクセス制御2）インフラストラクチャサービス/ビジネスサービス/ UIヘルパーサービスをきちんと分離し、アプリケーション全体がモジュールベース（CABのベスト部分）を分離したときの機能のクイックターンアラウンド。
3) 現在、ジャズ要素をさらに追加するために WPF に移行することを考えています。

Answer 4

私たちが使用するのは、 Webサービスソフトウェアファクトリー, 開発者が標準と適切なパターンに従うのが容易になるため、私たちはこれを非常に気に入っています。私たちの学習曲線は悪くなく、開発者あたり長くても数時間でした。

それ以外には、言及する価値のある長所と短所はありません。

Answer 5

私たちは 6 人の開発者による現実世界の複合アプリに SCSF を使用しました。チーム全体の人数は、BA、PM、テスターなどを含めて 14 人でした。Torrey 氏が述べたように、オブジェクト指向やデザイン パターンの経験のない 3 人の開発者にとって、これは急な学習曲線でした。私自身と他の 2 人は長年にわたって OO 純粋主義者でした。そのため、パターンを認識するだけで、私たちは水場に行くアヒルのように CAB に乗りました。プロジェクトの途中で、OO の原則とパターンの設計に関する 1 週間のトレーニング コースをまとめました。他の 3 人がこのコースを受講すると、すぐに生産性が向上し始めました。

私のアドバイスとしては、チームが OO とデザイン パターンに関する十分な知識を持っていることを確認してください。彼らが認識しているパターンが見えるようになると、曲線は低下します。