問題領域を分解する
社内の開発者プラットフォームの定義に向かう際には、最初に実用可能な最薄プラットフォーム (TVP) を定義する必要があります。 TVP は、従来の製品管理における実用最小限の製品 (MVP) のアイデアのバリエーションです。 この図は、開発者プラットフォームが時間の経過と共にどのように進化するかを考える際に役立ちます。 既存の投資や組織のニーズにより、組織の最も大きい問題がここで説明されているものから逸脱する可能性があることに注意してください。 組織で必要な場合を除き、次のステージに進む必要はありません。 ゼロから始める場合、これは一般的な進行を表します。 初期段階では、必要な機能の発見、市販の製品のフィットギャップ分析、および最小限の数のツールまたはプラットフォーム機能の作成に重点を置きます。 次に、スケーリングを行う際に、再利用性に重点を置き始め、再利用可能な資産を使用して事前に定義済
Unit of Work パターンと永続性の無視
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 実践的なパターン Unit of Work パターンと永続性の無視 Jeremy Miller 目次 Unit of Work パターン Unit of Work を使用する 永続性の無視 (Persistence Ignorance) データベースとは無関係にビジネス ロジックを実行できるか データベース モデルとは無関係にドメイン モデルを設計できるか ビジネス ロジックに対する永続化戦略の影響 Unit of Work に関するその他の考慮事項 2009 年 4 月号の MSDN マガジン (「永続化のパターン」) では、ある種のオブジェクト/リレーショナル マッピング (O/RM) テクノロジを使用し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プラットフォーム エンジニアリング ガイド
Azure Well-Architected Framework - Microsoft Azure Well-Architected Framework
Archived MSDN and TechNet Blogs
ElementHost クラス (System.Windows.Forms.Integration)
