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

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

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

下面的例子 我有一个对象 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. 如果这种情况对于设计模式来说太简单了，我应该为它编写一个方法吗？

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