はてなブックマーク

サンプルプロジェクト 構成 イベント駆動と CQRS を意識した、レイヤードアーキテクチャをベースとしたヘキサゴナルアーキテクチャになります。 各層について レイヤードアーキテクチャをベースに、以下の4層に分けています。 プレゼンテーション層: ソフトウェアの入出力を担当 アプリケーション層: ソフトウェアのユースケースを担当 ドメイン層: ドメイン知識を元にしたビジネスのルールや制約、プロセスを担当 インフラストラクチャー層: 技術的関心ごとの全般を担当 ディレクトリ構成 domain/ # ドメイン層 models/ ## ドメインモデルを格納 services/ ## ドメインサービスを格納 application/ # アプリケーション層 use-cases/ ## ユースケースインプットポートを格納 interactors/ ## コマンドにあたるユースケースの実装クラスを格納

UI のテストを AAA パターンで書いていて、ふと「render() って Arrange と Act のどっちだっけ？」と疑問に感じました。 この疑問から色々と調査した過程で「UI のテストは AAA パターンより Given-When-Then パターンを意識した方がしっくりくるのではないか」と感じたので、調査結果と一緒に紹介します。 AAA(Arrange-Act-Assert) パターンとは AAA パターンとは、テストコードを Arrange（準備）、Act（実行）、Assert（確認）の3つのフェーズに分けて記述する、テストコードを読みやすくするためのパターンのひとつです。それぞれのフェーズで記述する内容は次のようになります。 Arrange テストを実施するために必要となる前提条件や必要なデータを準備する テスト環境の初期化や依存関係（テストダブルも含む）の構築 テスト対象

ドメインモデリングをする上で個人的に気をつけている点をまとめました。 ドメインモデルとは 目的を達成するためだけに特化したモデルのこと ある目的を達成するために必要な情報（ドメイン知識[1]）の集合 仮にソフトウェアが存在しなくても現実世界でも通用する情報 技術的な関心ごとやソフトウェアがなければ成り立たない知識やルールはドメインの管轄外 ビジネスソフトウェアの場合 ビジネスを完遂する（目的を達成する）ために必要なルール（ドメイン知識）を表現したモノ ビジネスの決まり事を整理したモノ、と捉えてしまった方が理解しやすい 良いモデルとは 目的を達成できるモデル 目的を達成するために必要最小限の情報がまとまっている（凝集度が高い）モデル 属性として持っていたり、他のモデルと関係を持っていたり ドメインモデリングとは ある目的を達成するために必要な情報を抽象化して可視化する行為 情報を取捨選択、グ