对象与服务层中的业务逻辑 - 如何对 UML 建模

问题描述

每当我遇到面向对象的设计书时，与对象相关的大部分逻辑都放在对象本身中。但是，在我使用过的所有现实世界应用程序（主要是 spring）中，业务逻辑都位于单独的 service layer 中，并且对象仅包含 getters、setters。两种方法都正确吗？那么如何在实际案例中对类图进行建模？

例如，在下面的场景中，addItem,'removeIteme.t.c are defined within theShoppingCart` 对象。

public class ShoppingCart {
  private List<Items> items;

  public boolean addItem(Item item) {
  //logic here
  }
  public boolean removeItem(Item item){
  //logic here
  }

  public List<Item> getItems();

}

在大多数实际工作案例中

public class ShoppingCart {
  private List<Items> items;

  public List<Item> getItems(){}
}

和

public class ShoppingService {
  private ShoppingCart cart;
  private ShoppingCartRepo cartRepo;
  public void addItem() {

    cartRepo.addItems(cart.getItems());
  }
}

并且 repo 与数据库等交互。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）