어딘가에서 데이터를 가져옵니다. 그 데이터를 변환하십시오. 그 데이터를 어딘가에 두십시오.

David Parnas 가 1972 년에 쓴 일반적인 절차 적 접근 방식 입니다. 상황이 어떻게 진행 되는지에 집중합니다 . 문제의 구체적인 해결책을 더 높은 수준의 패턴으로 생각하면 항상 잘못된 것입니다.

객체 지향 접근 방식을 추구하는 경우 도메인에 집중하고 싶습니다 . 무엇에 관한 것입니까? 시스템의 주요 책임은 무엇입니까? 도메인 전문가의 언어로 제공되는 주요 개념은 무엇입니까? 따라서 도메인을 이해하고, 분해하고, 상위 책임 영역을 모듈 로 취급하고, 명사로 표현 된 하위 레벨 개념을 오브젝트로 취급하십시오. 다음은 최근 질문에 제공된 예 입니다. 매우 관련성이 있습니다.

응집력에는 분명한 문제가 있습니다. 직접 언급했습니다. 일부 수정을 입력 로직으로 만들고 테스트를 작성하는 경우 해당 데이터를 다음 계층으로 전달하는 것을 잊을 수 있으므로 기능이 작동한다는 것을 결코 증명하지 못합니다. 이 레이어들은 본질적으로 결합되어 있습니다. 인공적인 디커플링은 상황을 더욱 악화시킵니다. 나는 나 자신을 알고있다 : 나는이 스타일로 완전히 쓰여진 내 어깨 뒤에 100 남자 년이있는 7 요 프로젝트. 가능하면 도망 치십시오.

그리고 전체 SRP 일에. 그것은 문제 영역, 즉 도메인에 적용되는 응집력 에 관한 것 입니다. 이것이 SRP의 기본 원칙입니다. 이로 인해 객체가 똑똑해지고 자신에 대한 책임이 구현됩니다. 아무도 그들을 통제하지 않으며 아무도 데이터를 제공하지 않습니다. 데이터와 행동을 결합하여 후자 만 노출시킵니다. 따라서 객체는 원시 데이터 유효성 검사, 데이터 변환 (즉, 동작) 및 지속성을 모두 결합합니다. 다음과 같이 보일 수 있습니다.

class FinanceTransaction
{
    private $id;
    private $storage;

    public function __construct(UUID $id, DataStorage $storage)
    {
        $this->id = $id;
        $this->storage = $storage;
    }

    public function perform(
        Order $order,
        Customer $customer,
        Merchant $merchant
    )
    {
        if ($order->isExpired()) {
            throw new Exception('Order expired');
        }

        if ($customer->canNotPurchase($order)) {
            throw new Exception('It is not legal to purchase this kind of stuff by this customer');
        }

        $this->storage->save($this->id, $order, $customer, $merchant);
    }
}

(new FinanceTransaction())
    ->perform(
        new Order(
            new Product(
                $_POST['product_id']
            ),
            new Card(
                new CardNumber(
                    $_POST['card_number'],
                    $_POST['cvv'],
                    $_POST['expires_at']
                )
            )
        ),
        new Customer(
            new Name(
                $_POST['customer_name']
            ),
            new Age(
                $_POST['age']
            )
        ),
        new Merchant(
            new MerchantId($_POST['merchant_id'])
        )
    )
;

결과적으로 일부 기능을 나타내는 꽤 많은 응집력 클래스가 있습니다. 유효성 검사는 일반적으로 적어도 DDD 방식 에서는 가치 개체에 적용 됩니다.

답변