Rust
Obiektowa rdza
Szukaj…
Wprowadzenie
Rdza jest zorientowana obiektowo, ponieważ jej algebraiczne typy danych mogą mieć powiązane metody, dzięki czemu są obiektami w sensie danych przechowywanych wraz z kodem, który wie, jak z nimi pracować.
Rdza nie wspiera jednak dziedziczenia, faworyzując kompozycję cechami. Oznacza to, że wiele wzorców OO nie działa tak, jak jest i musi zostać zmodyfikowanych. Niektóre są całkowicie nieistotne.
Dziedziczenie z cechami
W Rust nie ma pojęcia „dziedziczenia” właściwości struktury. Zamiast tego, projektując relacje między obiektami, rób to w taki sposób, że ich funkcjonalność jest definiowana przez interfejs ( cecha w Rust). Promuje to kompozycję zamiast dziedziczenia , które uważa się za bardziej przydatne i łatwiejsze do rozszerzenia na większe projekty.
Oto przykład z wykorzystaniem przykładowego dziedziczenia w Pythonie:
class Animal:
def speak(self):
print("The " + self.animal_type + " said " + self.noise)
class Dog(Animal):
def __init__(self):
self.animal_type = 'dog'
self.noise = 'woof'
Aby przetłumaczyć to na Rust, musimy wyjąć to, co składa się na zwierzę i umieścić tę funkcjonalność w cechach.
trait Speaks {
fn speak(&self);
fn noise(&self) -> &str;
}
trait Animal {
fn animal_type(&self) -> &str;
}
struct Dog {}
impl Animal for Dog {
fn animal_type(&self) -> &str {
"dog"
}
}
impl Speaks for Dog {
fn speak(&self) {
println!("The dog said {}", self.noise());
}
fn noise(&self) -> &str {
"woof"
}
}
fn main() {
let dog = Dog {};
dog.speak();
}
Zwróć uwagę na to, jak podzieliliśmy tę abstrakcyjną klasę rodzicielską na dwa osobne elementy: część definiującą strukturę jako zwierzę i część, która pozwala mu mówić.
Bystrzy czytelnicy zauważą, że nie jest to jeden do jednego, ponieważ każdy implementator musi ponownie zaimplementować logikę, aby wydrukować ciąg w postaci „The {animal} said {noise}”. Możesz to zrobić po lekkim przeprojektowaniu interfejsu, w którym implementujemy Speak
for Animal
:
trait Speaks {
fn speak(&self);
}
trait Animal {
fn animal_type(&self) -> &str;
fn noise(&self) -> &str;
}
impl<T> Speaks for T where T: Animal {
fn speak(&self) {
println!("The {} said {}", self.animal_type(), self.noise());
}
}
struct Dog {}
struct Cat {}
impl Animal for Dog {
fn animal_type(&self) -> &str {
"dog"
}
fn noise(&self) -> &str {
"woof"
}
}
impl Animal for Cat {
fn animal_type(&self) -> &str {
"cat"
}
fn noise(&self) -> &str {
"meow"
}
}
fn main() {
let dog = Dog {};
let cat = Cat {};
dog.speak();
cat.speak();
}
Zauważ teraz, że zwierzę wydaje hałas i mówi, że teraz ma implementację do wszystkiego, co jest zwierzęciem. Jest to o wiele bardziej elastyczne niż poprzedni sposób i dziedziczenie Pythona. Na przykład, jeśli chcesz dodać Human
który ma inny dźwięk, możemy zamiast tego mieć po prostu inną implementację speak
w imieniu Human
:
trait Human {
fn name(&self) -> &str;
fn sentence(&self) -> &str;
}
struct Person {}
impl<T> Speaks for T where T: Human {
fn speak(&self) {
println!("{} said {}", self.name(), self.sentence());
}
}
Wzór gościa
Typowym przykładem gościa w Javie byłoby:
interface ShapeVisitor {
void visit(Circle c);
void visit(Rectangle r);
}
interface Shape {
void accept(ShapeVisitor sv);
}
class Circle implements Shape {
private Point center;
private double radius;
public Circle(Point center, double radius) {
this.center = center;
this.radius = radius;
}
public Point getCenter() { return center; }
public double getRadius() { return radius; }
@Override
public void accept(ShapeVisitor sv) {
sv.visit(this);
}
}
class Rectangle implements Shape {
private Point lowerLeftCorner;
private Point upperRightCorner;
public Rectangle(Point lowerLeftCorner, Point upperRightCorner) {
this.lowerLeftCorner = lowerLeftCorner;
this.upperRightCorner = upperRightCorner;
}
public double length() { ... }
public double width() { ... }
@Override
public void accept(ShapeVisitor sv) {
sv.visit(this);
}
}
class AreaCalculator implements ShapeVisitor {
private double area = 0.0;
public double getArea() { return area; }
public void visit(Circle c) {
area = Math.PI * c.radius() * c.radius();
}
public void visit(Rectangle r) {
area = r.length() * r.width();
}
}
double computeArea(Shape s) {
AreaCalculator ac = new AreaCalculator();
s.accept(ac);
return ac.getArea();
}
Można to łatwo przetłumaczyć na Rust na dwa sposoby.
Pierwszy sposób wykorzystuje polimorfizm w czasie wykonywania:
trait ShapeVisitor {
fn visit_circle(&mut self, c: &Circle);
fn visit_rectangle(&mut self, r: &Rectangle);
}
trait Shape {
fn accept(&self, sv: &mut ShapeVisitor);
}
struct Circle {
center: Point,
radius: f64,
}
struct Rectangle {
lowerLeftCorner: Point,
upperRightCorner: Point,
}
impl Shape for Circle {
fn accept(&self, sv: &mut ShapeVisitor) {
sv.visit_circle(self);
}
}
impl Rectangle {
fn length() -> double { ... }
fn width() -> double { ... }
}
impl Shape for Rectangle {
fn accept(&self, sv: &mut ShapeVisitor) {
sv.visit_rectangle(self);
}
}
fn computeArea(s: &Shape) -> f64 {
struct AreaCalculator {
area: f64,
}
impl ShapeVisitor for AreaCalculator {
fn visit_circle(&mut self, c: &Circle) {
self.area = std::f64::consts::PI * c.radius * c.radius;
}
fn visit_rectangle(&mut self, r: &Rectangle) {
self.area = r.length() * r.width();
}
}
let mut ac = AreaCalculator { area: 0.0 };
s.accept(&mut ac);
ac.area
}
Drugi sposób wykorzystuje zamiast tego polimorfizm w czasie kompilacji, pokazane są tylko różnice:
trait Shape {
fn accept<V: ShapeVisitor>(&self, sv: &mut V);
}
impl Shape for Circle {
fn accept<V: ShapeVisitor>(&self, sv: &mut V) {
// same body
}
}
impl Shape for Rectangle {
fn accept<V: ShapeVisitor>(&self, sv: &mut V) {
// same body
}
}
fn computeArea<S: Shape>(s: &S) -> f64 {
// same body
}