アプリケーションを Classic VB から VB.Net 2008 に移行しており、ベースの名前空間とビジネス レイヤーを作成する必要があります。私のアプローチ方法は、トップ BA を訪問し、(債券) 会社の共通領域を特定し、可能な限り多くのコードをジェネリックで適切な継承モデルを形成しようとすることです。
質問の 2 番目の部分として、Web フォーカスを OLAP 側に組み込むことを検討していますが、これは企業の名前空間とその派生物の設計にどのような影響を与えるでしょうか?
3 に答える
4
企業の .NET フレームワークの作成を開始する最善の方法は、現在の企業プロジェクトから既存のコードを収集することから始めることだと思います。特定の具体的なプロジェクトのコードを記述せずに BA と対話してフレームワークをゼロから構築すると、一部の領域でフレームワークを過剰に設計し、他の領域で必要な機能を完全に見逃してしまう可能性があります (また、フレームワークに人為的な制約を課す可能性があります)。正当な理由のないクライアント)。
より完全な説明については、Harvested Frameworkに関する Fowler のエントリとこのブログ投稿を参照してください。
私は Web フォーカスに詳しくありませんが、何らかの形で影響を与えると推測していますが、ハーベスト フレームワークを使用する場合、構築する最初のいくつかのアプリケーションでの使用によって、Web フォーカスの使用方法が形作られます。枠組み。
于 2009-04-21T12:38:01.977 に答える
0
Jeremeはフレームワーク上でそれを正しく持っています。名前空間について明らかなことを簡単に説明します。
名前空間の目的を常に覚えておいてください。名前が存在する「スペース」を提供することです。特に、そのスペース内で名前を作成する人々が重複した名前や紛らわしい名前を作成する可能性が低くなるように、十分に小さいスペースを提供することを目的としています。
これは、名前空間が編成のパターンまたはドメイン知識に沿って編成されている場合にのみ機能します。よく使用される簡単な例は、 Companyのパターンです。BusinessUnit。アプリケーション。理論は、特定のアプリケーションに取り組んでいる一連の開発者の中で、名前が重複する可能性は少ないというものです。これは、レイヤーまたは領域に基づいてさらに分割したい大規模なアプリケーションには当てはまりません。同様に、ビジネスユニットが大きすぎる場合は、それを分解する必要があります。
しかし、すべての場合において、名前を作成するのは脳であるため、実際には脳のセットを分割しようとしています。
于 2009-04-21T12:45:06.890 に答える