補遺：AAG正式版について（1/3） - ＠IT
まず、全体的に読みやすくなった。それは、各章が扱う範囲が明確になったためである。具体的には、10章～15章のコンポーネント設計と、17章の横断的関心事についての内容である。“完成版草稿”では論理階層のガイドラインの中に含まれていたこれらの内容は、正式公開版では別の章として独立させてある。 次に、表現が一部変更された。“完成版草稿”では、アーキテクチャ設計において個別の設計判断が必要な個所のことを「ホット・スポット」と呼んでいたが、正式公開版では「鍵となる問題点（Key issues）」と表現している。 また、そのような設計判断が必要な個所として、“完成版草稿”では「アーキテクチャ・フレーム」と「品質属性」の2種類を紹介していたが、正式公開版では前者のことを単に「横断的関心事（Crosscutting concerns）」としている。ただしこれらは表現上の問題だけであり、概念や記述内容に変更
ADO.NET Blog
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. The official source of information on Managed Providers, DataSet & Entity Framework from Microsoft EF7 RC1 & EF Moving to the .NET Blog Moving to the .NET BlogLike a number of other teams that write libraries for the .NET Framework, we... Author: Rowan M
C#と諸々 久々に業務エラーについて
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 以前業務エラーについての記事を書いてから、もう 1 年半以上が経ちます。 今でもこの記事にコメントを頂くことがあり大変有難いのですが、実は、現在はまたもや異なる見解、というか捉え方をしています。(何度もすみません…) といっても、「業務エラーは戻り値で表すべき」という考えになったというわけではありません。 以前は業務エラーは「戻り値」で表すべきか「例外」で表すべきかについて悩んでいましたが、今の僕は、そもそも業務エラーを表すのはこのどちらでもないと考えています。 まず、 戻り値は、メソッドが結果を返すためのものです 例外は、メソッドが例外的事象を通知するためのものです このことは以前の記事にも書いてあります。 そして、これが全てです。 戻り値も例外も、
ドメイン駆動設計の概要
目次 プラトン的モデル 言うべきことを言う コンテキスト 価値提案を把握する 単一責任システム エンティティは ID とライフサイクルを持つ 値オブジェクトは記述する 集計ルートによりエンティティを結合する ドメイン サービス モデルの主要な操作 リポジトリにより集計ルートを省略する データベースの関連事項 DDD の使用を開始する ドメイン駆動設計 (DDD) とは、洗練されたオブジェクト システムの設計に役立つ原則とパターンをまとめたものです。設計に DDD を適切に適用することで、ドメイン モデルと呼ばれるソフトウェア抽象化を実現できます。このモデルにより複雑なビジネス ロジックをカプセル化できるため、実際の業務とコードとの間に存在するギャップを小さくすることができます。 この記事では、DDD に関連する基本的な概念と設計パターンについて解説します。機能豊富なドメイン モデルを設計し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Naked Objects for .NET - 生産性の高い.NETフレームワーク