如何结合业务逻辑确定正确的设计模式

问题描述

是的,我知道这个问题已经被问过很多次了,但我需要一个“具体”例子的帮助。但是,我通常有一个问题,我不清楚业务逻辑在哪里起作用。

下面的例子 我有一个对象 A 的列表。基于对象 A,必须计算对象 B。业务逻辑中的几个复杂规则适用于此。

什么是合适的设计模式?我想到了一个(简单的)工厂。

示例:

public interface BFactory {
  public B createB();
}

public class BFactoryImpl implements BFactory { 

   public B createB() {
      return B.builder().exampleField(
      // methods fors business logic
      ).build();
   }

}

你怎么看?我也曾短暂考虑过仅使用构建器模式,但我认为在其中包含业务逻辑并不好。

  1. 是不是工厂的工作量太大了?
  2. 界面是否有意义?
  3. 还是我应该只使用具有业务逻辑的构建器?
  4. 如果这种情况对于设计模式来说太简单了,我应该为它编写一个方法吗?

感谢您的回答,不幸的是我在使用设计模式方面仍然有点缺乏经验,很想听听您对此的看法

解决方法

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

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

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