DDD 저장소의 일반적인 구현은 예를 들어 save()메소드와 같이 OO처럼 보이지 않습니다 .
package com.example.domain;
public class Product { /* public attributes for brevity */
public String name;
public Double price;
}
public interface ProductRepo {
void save(Product product);
}
인프라 부분 :
package com.example.infrastructure;
// imports...
public class JdbcProductRepo implements ProductRepo {
private JdbcTemplate = ...
public void save(Product product) {
JdbcTemplate.update("INSERT INTO product (name, price) VALUES (?, ?)",
product.name, product.price);
}
}
그러한 인터페이스는 Product적어도 게터와 함께 a anemic 모델이 될 것으로 기대합니다 .
반면에 OOP는 Product객체가 자신을 저장하는 방법을 알아야 한다고 말합니다 .
package com.example.domain;
public class Product {
private String name;
private Double price;
void save() {
// save the product
// ???
}
}
문제는 Product자체 저장 방법을 알고 있으면 인프라 코드가 도메인 코드와 분리되지 않았 음을 의미합니다.
저축을 다른 개체에 위임 할 수도 있습니다.
package com.example.domain;
public class Product {
private String name;
private Double price;
void save(Storage storage) {
storage
.with("name", this.name)
.with("price", this.price)
.save();
}
}
public interface Storage {
Storage with(String name, Object value);
void save();
}
인프라 부분 :
package com.example.infrastructure;
// imports...
public class JdbcProductRepo implements ProductRepo {
public void save(Product product) {
product.save(new JdbcStorage());
}
}
class JdbcStorage implements Storage {
private final JdbcTemplate = ...
private final Map<String, Object> attrs = new HashMap<>();
private final String tableName;
public JdbcStorage(String tableName) {
this.tableName = tableName;
}
public Storage with(String name, Object value) {
attrs.put(name, value);
}
public void save() {
JdbcTemplate.update("INSERT INTO " + tableName + " (name, price) VALUES (?, ?)",
attrs.get("name"), attrs.get("price"));
}
}
이것을 달성하는 가장 좋은 방법은 무엇입니까? 객체 지향 저장소를 구현할 수 있습니까?
6
OOP는 제품 객체 자체를 저장하는 방법을 알고 있어야합니다 말한다 - 나는 확실하지의 정말 ... 정말 그렇게 지시하지 않는 자체 OOP, 그것은 더 많은 디자인 / 패턴 문제 (의 맞 해요 당신이 어떤-DDD를 / 인 –use에 들어온다)
—
jleach
OOP와 관련하여 객체에 대해 이야기하고 있음을 기억하십시오. 데이터 지속성이 아닌 객체 만. 귀하의 진술에 따르면 객체의 상태는 외부에서 관리해서는 안되며 이는 내가 동의합니다. 저장소는 일부 지속성 계층 (OOP 영역 외부에 있음)에서로드 / 저장을 담당합니다. 클래스 속성과 메서드는 자체 무결성을 유지해야합니다. 그러나 이것이 다른 개체가 상태를 유지할 책임이 없다는 것을 의미하지는 않습니다. 그리고 게터와 세터는 객체의 들어오고 나가는 데이터의 무결성을 보장해야합니다.
—
jleach
"이것은 다른 객체가 상태를 유지할 책임이 없다는 의미는 아닙니다." -말 안했어. 중요한 진술은 객체가 활성화 되어야한다는 것 입니다. 그것은 객체 (그리고 다른 누구도) 가이 작업을 다른 객체에 위임 할 수는 있지만 다른 방법으로는 할 수 없다는 것을 의미합니다. . 위의 스 니펫 에서이 접근법을 구현하려고했습니다.
—
ttulka
@jleach 당신 말이 맞아, OOP에 대한 우리의 이해가 다르다. 나에게는 게터 + 세터가 전혀 OOP가 아니고, 그렇지 않으면 내 질문은 의미가 없었다. 어쨌든 감사합니다! :-)
—
ttulka
내 요점에 대한 기사는 다음과 같습니다. martinfowler.com/bliki/AnemicDomainModel.html 모든 경우에 빈혈 모델이 아닙니다. 예를 들어, 함수형 프로그래밍을위한 좋은 전략입니다. 그냥 OOP가 아닙니다.
—
ttulka