是的，我知道这个问题已经被问过很多次了，但是我需要一个“具体”的例子。然而，我通常有一个问题，那就是我不清楚业务逻辑在哪里起作用。
下面的例子我有一个对象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();
   }

}

你怎么认为？我也曾短暂地考虑过只使用builder模式，但我不认为在其中包含业务逻辑会很好。
这对工厂来说是不是太费劲了？
界面有意义吗？
或者我应该只使用业务逻辑的生成器？
如果这个例子对于一个设计模式来说太简单了，我应该为它写一个方法吗？
谢谢你的回答，不幸的是，我在设计模式的使用方面还是有点经验不足，很想听听你对此的想法