Implementasi khas dari repositori DDD tidak terlihat sangat OO, misalnya save()metode:
package com.example.domain;
public class Product { /* public attributes for brevity */
public String name;
public Double price;
}
public interface ProductRepo {
void save(Product product);
}
Bagian infrastruktur:
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);
}
}
Antarmuka seperti itu mengharapkan Productmodel anemik, setidaknya dengan getter.
Di sisi lain, OOP mengatakan sebuah Productobjek harus tahu bagaimana cara menyelamatkan diri.
package com.example.domain;
public class Product {
private String name;
private Double price;
void save() {
// save the product
// ???
}
}
Masalahnya adalah, ketika yang Producttahu bagaimana cara menyimpan sendiri, itu berarti kode infrastruktur tidak lepas dari kode domain.
Mungkin kita bisa mendelegasikan penyimpanan ke objek lain:
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();
}
Bagian infrastruktur:
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"));
}
}
Apa pendekatan terbaik untuk mencapai ini? Apakah mungkin untuk menerapkan repositori berorientasi objek?
6
OOP mengatakan objek Produk harus tahu cara menyelamatkan dirinya sendiri - Saya tidak yakin itu benar-benar benar ... OOP itu sendiri tidak benar-benar menentukan itu, itu lebih merupakan masalah desain / pola (yang merupakan tempat DDD / apa pun yang Anda lakukan) -menggunakan datang)
—
jleach
Ingatlah bahwa dalam konteks OOP, ini berbicara tentang objek. Hanya objek, bukan kegigihan data. Pernyataan Anda menunjukkan bahwa keadaan objek tidak boleh dikelola di luar itu sendiri, yang saya setujui. Repositori bertanggung jawab untuk memuat / menyimpan dari beberapa lapisan persistensi (yang berada di luar ranah OOP). Properti dan metode kelas harus mempertahankan integritas mereka sendiri, ya, tetapi ini tidak berarti objek lain tidak dapat bertanggung jawab untuk mempertahankan keadaan. Dan, getter dan setter adalah untuk memastikan integritas data yang masuk / keluar dari objek.
—
jleach
"Ini tidak berarti objek lain tidak dapat bertanggung jawab untuk mempertahankan negara." - Saya tidak mengatakan itu. Pernyataan penting adalah, bahwa suatu objek harus aktif . Ini berarti objek (dan tidak ada orang lain) dapat mendelegasikan operasi ini ke objek lain, tetapi tidak sebaliknya: tidak ada objek yang hanya mengumpulkan informasi dari objek pasif untuk memproses operasi egoisnya sendiri (seperti yang dilakukan repo dengan getter) . Saya mencoba menerapkan pendekatan ini dalam cuplikan di atas.
—
ttulka
@ jleach Anda benar, pemahaman kami tentang OOP berbeda, bagi saya pengambil + setter sama sekali bukan OOP, kalau tidak pertanyaan saya tidak masuk akal. Bagaimanapun, terima kasih! :-)
—
ttulka
Berikut ini adalah artikel tentang poin saya: martinfowler.com/bliki/AnemicDomainModel.html Saya tidak menentang model anemia dalam semua kasus, misalnya itu adalah strategi yang baik untuk pemrograman fungsional. Hanya tidak OOP.
—
ttulka