การใช้งานทั่วไปของแหล่งเก็บข้อมูล DDD ดูไม่ OO มากเช่นsave()วิธีการ:
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จะเป็นรูปแบบของโลหิตจางอย่างน้อยก็ด้วย getters
ในทางตรงกันข้าม 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 เข้า
โปรดจำไว้ว่าในบริบทของ OOP มันกำลังพูดถึงวัตถุ เพียงแค่วัตถุไม่ใช่การคงอยู่ของข้อมูล ข้อความของคุณระบุว่าไม่ควรจัดการสถานะของวัตถุนอกตัวเองซึ่งฉันเห็นด้วย ที่เก็บรับผิดชอบการโหลด / บันทึกจากเลเยอร์การคงอยู่ (ซึ่งอยู่นอกขอบเขตของ OOP) คุณสมบัติและวิธีการเรียนควรรักษาความสมบูรณ์ของตัวเองใช่ แต่ไม่ได้หมายความว่าวัตถุอื่นไม่สามารถรับผิดชอบในการคงสถานะ และ getters และ setters ก็เพื่อรับรองความถูกต้องของข้อมูลขาเข้า / ขาออกของวัตถุ
—
jleach
"สิ่งนี้ไม่ได้หมายความว่าวัตถุอื่นไม่สามารถรับผิดชอบต่อการคงอยู่ของรัฐได้" - ฉันไม่ได้พูดอย่างนั้น คำสั่งที่สำคัญคือวัตถุควรจะใช้งานได้ มันหมายความว่าวัตถุ (และไม่มีใคร) สามารถมอบหมายการดำเนินการนี้ให้กับวัตถุอื่น แต่ไม่ใช่วิธีอื่น ๆ : ไม่มีวัตถุใดที่ควรรวบรวมข้อมูลจากวัตถุแบบพาสซีฟเพื่อประมวลผลการดำเนินงานที่เห็นแก่ตัวของตัวเอง . ฉันพยายามใช้วิธีนี้ในตัวอย่างด้านบน
—
ttulka
@ jleach คุณพูดถูกแล้วการแยก OOP ของเรานั้นแตกต่างออกไปสำหรับฉัน getters + setters ไม่มี OOP เลยมิฉะนั้นคำถามของฉันก็ไม่มีเหตุผล ขอบคุณอยู่ดี! :-)
—
ttulka
นี่คือบทความเกี่ยวกับประเด็นของฉัน: martinfowler.com/bliki/AnemicDomainModel.htmlฉันไม่เห็นด้วยกับรูปแบบของโลหิตจางในทุกกรณีตัวอย่างเช่นมันเป็นกลยุทธ์ที่ดีสำหรับการเขียนโปรแกรมการทำงาน ไม่ใช่แค่ OOP
—
ttulka