
use std::cell::RefCell;
use std::rc::Rc;
//entity
struct Order {
id: i64,
total: i64,
}
impl Order {
fn payable(&self) -> i64 {
if self.total >= 200 {
self.total - self.total / 10
} else {
self.total
}
}
}
//gateway
trait Catalog {
fn price(&self, sku: &str) -> Option<i64>;
}
//repository
trait Orders {
fn save(&self, order: Order);
fn count(&self) -> usize;
}
//output port
trait Report {
fn say(&self, text: &str);
}
//use case: asks for its parts, never builds them
struct PlaceOrder {
catalog: Box<dyn Catalog>,
orders: Rc<dyn Orders>,
report: Box<dyn Report>,
next_id: i64,
}
impl PlaceOrder {
fn place(&mut self, items: &[(&str, i64)]) {
let mut total = 0;
for (sku, count) in items {
match self.catalog.price(sku) {
Some(price) => total += price * count,
None => {
self.report.say(&format!("no {}", sku));
return;
}
}
}
let order = Order {
id: self.next_id,
total,
};
self.next_id += 1;
let text = format!("order {} for {}",
order.id, order.payable());
self.orders.save(order);
self.report.say(&text);
}
}
//adapters
struct MemoryCatalog;
impl Catalog for MemoryCatalog {
fn price(&self, sku: &str) -> Option<i64> {
[("pen", 30), ("lamp", 190)].iter()
.find(|(name, _)| *name == sku)
.map(|(_, price)| *price)
}
}
struct MemoryOrders {
rows: RefCell<Vec<Order>>,
}
impl Orders for MemoryOrders {
fn save(&self, order: Order) {
self.rows.borrow_mut().push(order);
}
fn count(&self) -> usize {
self.rows.borrow().len()
}
}
struct ConsoleReport;
impl Report for ConsoleReport {
fn say(&self, text: &str) {
println!("{}", text);
}
}
struct SilentReport;
impl Report for SilentReport {
fn say(&self, _text: &str) {}
}
//composition root: the only place that sees every layer
//at once, and the only place where an adapter is built.
//in Rust it is also where ownership is settled: the
//catalog and the report are MOVED into the use case as
//Box, while the store is SHARED with the root as Rc
struct ShopApp {
use_case: PlaceOrder,
orders: Rc<dyn Orders>,
}
impl ShopApp {
fn build(report: Box<dyn Report>) -> ShopApp {
let orders: Rc<dyn Orders> = Rc::new(MemoryOrders {
rows: RefCell::new(Vec::new()),
});
ShopApp {
use_case: PlaceOrder {
catalog: Box::new(MemoryCatalog),
orders: orders.clone(),
report,
next_id: 1001,
},
orders,
}
}
fn loud() -> ShopApp {
ShopApp::build(Box::new(ConsoleReport))
}
fn quiet() -> ShopApp {
ShopApp::build(Box::new(SilentReport))
}
}
//client code
let mut app = ShopApp::loud();
app.use_case.place(&[("pen", 2), ("lamp", 1)]);
app.use_case.place(&[("chair", 1)]);
//a second root builds the same use case differently
let mut night = ShopApp::quiet();
night.use_case.place(&[("lamp", 1)]);
println!("saved {}", night.orders.count());
//printed: order 1001 for 225
// no chair
// saved 1
Корень композиции - единственное место, где слои соединяются и строятся адаптеры; остальное приложение только просит свои части.Read moreЗадача. Сценарию нужны каталог цен, хранилище заказов и способ выдать отчёт. Если сценарий сам создаёт эти части, он называет адаптеры внешнего слоя и зависит от них. Тест не может подставить ему другие части. А если каждая часть программы сама собирает свои части, никто не видит, как соединено приложение. Идея. Корень композиции - единственное место, где соединяются слои и создаются адаптеры. Адаптер - это внешний код, который реализует порт, то есть интерфейс, объявленный внутренним слоем. Сценарий только просит свои части через порты и никогда не создаёт их сам. Корень знает все слои сразу, и в этом его работа. Весь остальной код соблюдает правило зависимостей: внутренний код никогда не знает внешнего. Ни фреймворк, ни контейнер для этого не нужны: корень - обычный код в начале программы. Как читать пример. Сценарий просит три порта: шлюз для цен, репозиторий для заказов и выходной порт для отчётов. Во внешнем слое для них есть адаптеры: каталог и хранилище в памяти, отчёт, который печатает, и отчёт, который молчит. Пример собирает приложение дважды. В первой сборке отчёт печатает: клиентский код оформляет заказ 1001 с суммой к оплате 225 и заказ на неизвестный товар. Во второй сборке отчёт молчит, поэтому её заказы ничего не печатают. Сохранены ли они, видно только по числу заказов в хранилище. Сценарий в обеих сборках один и тот же. Когда применять. У каждого приложения один корень композиции, в самом начале; у теста может быть свой маленький корень с поддельными адаптерами. Короткому скрипту без портов корень не нужен. Частая ошибка. Создать адаптер внутри сценария, пусть даже один раз. Тогда сценарий зависит от внешнего слоя, а корень больше не показывает, как соединено приложение. |